More of that "Rune" business

Sat Mar 10 05:38:40 UTC 2012

On Fri, 09 Mar 2012 22:39:23 +0100
"O. Hartmann" <ohartman at mail.zedat.fu-berlin.de> wrote:

> On 03/09/12 21:04, Conrad J. Sabatier wrote:
> > I'm getting quite a few of these "Rune"-related errors during port
> > builds lately.  I've tried following the advice from the list, but
> > no good, they still keep occurring.  I even tried backing off to my
> > last known good buildworld/buildkernel (around Feb 23), and it
> > still doesn't help.
> > 
> > Also seeing problems relating to the new clang src.conf variables.
> > Can't successfully build world and/or kernel to try to correct
> > things. "make buildenv" in /usr/src hasn't helped. "make install" in
> >  /usr/src/share/mk hasn't helped.
> > 
> > Is there some "magic bullet" for this that I've just somehow
> > managed to overlook?  I'm totally at a loss here.  Help!
> > 
> > Conrad
> > 
> > gmake[2]: Entering directory
> > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd/addbuiltin'
> > clang -o FreeBSD10.0_OPT.OBJ/addbuiltin.o -c -Wall -Wno-error -O2
> > -pipe -fomit-frame-pointer -march=native -I/usr/local/include/nspr
> > -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall
> > -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
> > -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
> > -DUSE_UTIL_DIRECTLY -I../../dist/FreeBSD10.0_OPT.OBJ/include
> > -I../../dist/public/ -I../../dist/private/  -O -fPIC -ansi -Wall
> > -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
> > -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
> > -DUSE_UTIL_DIRECTLY -I../../../dist/FreeBSD10.0_OPT.OBJ/include
> > -I../../../dist/public/ -I../../../dist/private/
> > -I../../../dist/public/nss -I../../../dist/public/nspr
> > -I../../../dist/public/libdbm
> > -I../../../dist/FreeBSD10.0_OPT.OBJ/../public/security
> > -I./include   -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD
> > -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG
> > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY
> > -I../../../../dist/FreeBSD10.0_OPT.OBJ/include
> > -I../../../../dist/public/nss  -I../../../../dist/private/nss
> > -I../../../../dist/public/seccmd  addbuiltin.c clang: warning:
> > argument unused during compilation: '-L/usr/local/lib' clang -o
> > FreeBSD10.0_OPT.OBJ/addbuiltin -Wall -Wno-error -O2  -pipe
> > -fomit-frame-pointer -march=native -I/usr/local/include/nspr
> > -L/usr/local/lib -fno-strict-aliasing -O -fPIC -ansi -Wall
> > -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
> > -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
> > -DUSE_UTIL_DIRECTLY -I../../dist/FreeBSD10.0_OPT.OBJ/include
> > -I../../dist/public/ -I../../dist/private/  -O -fPIC -ansi -Wall
> > -Wno-switch -DFREEBSD -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX
> > -UDEBUG -DNDEBUG -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC
> > -DUSE_UTIL_DIRECTLY -I../../../dist/FreeBSD10.0_OPT.OBJ/include
> > -I../../../dist/public/ -I../../../dist/private/
> > -I../../../dist/public/nss -I../../../dist/public/nspr
> > -I../../../dist/public/libdbm
> > -I../../../dist/FreeBSD10.0_OPT.OBJ/../public/security
> > -I./include   -O -fPIC -ansi -Wall -Wno-switch -DFREEBSD
> > -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -UDEBUG -DNDEBUG
> > -D_THREAD_SAFE -D_REENTRANT -DNSS_ENABLE_ECC -DUSE_UTIL_DIRECTLY
> > -I../../../../dist/FreeBSD10.0_OPT.OBJ/include
> > -I../../../../dist/public/nss  -I../../../../dist/private/nss
> > -I../../../../dist/public/seccmd
> > FreeBSD10.0_OPT.OBJ/addbuiltin.o  ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a
> > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lssl3 -lsmime3 -lnss3
> > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lnssutil3
> > -L../../../../dist/FreeBSD10.0_OPT.OBJ/lib -lplc4 -lplds4 -lnspr4
> > -pthread clang: warning: argument unused during compilation:
> > '-ansi' clang: warning: argument unused during compilation: '-ansi'
> > clang: warning: argument unused during compilation:
> > '-ansi' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o):
> > In function `SECU_PrintAsHex': secutil.c:(.text+0x125b): undefined
> > reference to
> > `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o):
> > In function `SECU_PrintAny': secutil.c:(.text+0x24ee): undefined
> > reference to `_ThreadRuneLocale' secutil.c:(.text+0x2658):
> > undefined reference to
> > `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o):
> > In function `SECU_SECItemHexStringToBinary':
> > secutil.c:(.text+0x7e95): undefined reference to
> > `_ThreadRuneLocale' secutil.c:(.text+0x7f55): undefined reference
> > to
> > `_ThreadRuneLocale' ../../../../dist/FreeBSD10.0_OPT.OBJ/lib/libsectool.a(secutil.o):secutil.c:(.text+0x7fd5):
> > more undefined references to `_ThreadRuneLocale' follow clang:
> > error: linker command failed with exit code 1 (use -v to see
> > invocation) gmake[2]: *** [FreeBSD10.0_OPT.OBJ/addbuiltin] Error 1
> > gmake[2]: Leaving directory
> > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd/addbuiltin'
> > gmake[1]: *** [libs] Error 2 gmake[1]: Leaving directory
> > `/usr/ports/security/nss/work/nss-3.13.3/mozilla/security/nss/cmd'
> > gmake: *** [libs] Error 2 *** [do-build] Error code 1
> > 
> > Stop in /usr/ports/security/nss.
> > 
> > ===>>> make failed for security/nss
> > ===>>> Aborting update
> > 
> > ===>>> Update for nss-3.13.2 failed
> > ===>>> Aborting update
> > 
> > Terminated
> > 
> > ===>>> You can restart from the point of failure with this command
> > line: portmaster <flags> www/chromium security/nss 
> 
> Me, too, here.
> Buidling a world with most recent sources and CLANG doesn't work, if
> building with legacy/old gcc 4.2.1 the option WITH_LIBCPLUSPLUS=
> YES blow off things.
> 
> I had the "_Rune" problem quite often and came around by walking back
> to a well known source base and doing a "make installincludes".

Yes, it's a very frustrating issue, because it also affects ports
builds, not only source.

Just on the outside chance it might help, tonight I hosed my entire src
tree (which I normally update from a local copy of the CVS repository
which I maintain via csup) and did an svn checkout of the src tree.
Still no go.  Same exact thing.

I'm completely stuck for the time being, until the root cause of this
problem is corrected.  I only have about a 50/50 chance at the moment
of any port builds succeeding, with numerous updates lying in wait, and
zero chance of a successful world/kernel build.  I don't pretend to
understand what the real issue is; all I do know is what I've been
seeing lately: numerous failed ports builds, most of them referring to
an unresolvable _ThreadRuneLocale, and some of them mentioning issues
with yylex et al.  I'm stumped, honestly.  Been reading the lists in
hopes of learning of a working solution, but nothing I've tried so
far has produced any positive results.  I'm seeing the word "Rune" in
my sleep lately, I swear!  :-)

This is absolutely maddening!

-- 
Conrad J. Sabatier
conrads at cox.net