765419 - NSPR misdetects Linux64 when built the way SpiderMonkey builds are done

Status: RESOLVED WORKSFORME

(Core :: JavaScript Engine, defect)

Description

[Terrence Cole [:terrence]]

SpiderMonkey shell builds, e.g. [1], are failing on Linux64 with the error: 

/usr/bin/ld: skipping incompatible /builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/lib/libplds4.so when searching for -lplds4
/usr/bin/ld: skipping incompatible /builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/lib/libplds4.a when searching for -lplds4
/usr/bin/ld: skipping incompatible /builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/lib/libplc4.so when searching for -lplc4
/usr/bin/ld: skipping incompatible /builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/lib/libplc4.a when searching for -lplc4
/usr/bin/ld: skipping incompatible /builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/lib/libnspr4.so when searching for -lnspr4
/usr/bin/ld: skipping incompatible /builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/lib/libnspr4.a when searching for -lnspr4
jsgc.o: In function `js::GCHelperThread::threadMain(void*)':
/builds/slave/m-in-lnx64-spidermonkey-warnaserr/src/js/src/jsgc.cpp:2690: undefined reference to `PR_SetCurrentThreadName'
collect2: ld returned 1 exit status

The link command is:

/tools/python/bin/python2.5 ../../src/js/src/config/pythonpath.py -I./config ../../src/js/src/config/expandlibs_exec.py --depend .deps/libmozjs.pp --target libmozjs.so --uselist --  /usr/bin/ccache /tools/gcc-4.5/bin/g++  -pedantic -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body -Wno-ctor-dtor-privacy -Wno-overlength-strings -Wno-invalid-offsetof -Wno-variadic-macros -Wcast-align -Wno-long-long -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -pthread -pipe  -DNDEBUG -DTRIMMED -g -O3 -freorder-blocks -finline-limit=50 -fomit-frame-pointer  -DUSE_SYSTEM_MALLOC=1 -DENABLE_ASSEMBLER=1 -DENABLE_JIT=1 -fPIC -shared -Wl,-z,defs -Wl,-h,libmozjs.so -o libmozjs.so  bignum-dtoa.o bignum.o cached-powers.o diy-fp.o double-conversion.o fast-dtoa.o fixed-dtoa.o strtod.o jsalloc.o jsanalyze.o jsapi.o jsarray.o jsatom.o jsbool.o jsclone.o jscntxt.o jscompartment.o jsdate.o jsdbgapi.o jsdhash.o jsdtoa.o jsexn.o jsfriendapi.o jsfun.o jsgc.o jscrashreport.o jshash.o jsinfer.o jsinterp.o jsiter.o jslog2.o jsmath.o jsnativestack.o jsnum.o jsobj.o json.o jsonparser.o jsopcode.o jsproxy.o jsprf.o jsprobes.o jspropertycache.o jspropertytree.o jsreflect.o jsscope.o jsscript.o jsstr.o jstypedarray.o jsutil.o jswatchpoint.o jsweakmap.o jswrapper.o jsxml.o prmjtime.o sharkctl.o ArgumentsObject.o ScopeObject.o Debugger.o GlobalObject.o MethodGuard.o ObjectImpl.o Stack.o String.o BytecodeCompiler.o BytecodeEmitter.o FoldConstants.o ParseMaps.o ParseNode.o Parser.o SemanticAnalysis.o TokenStream.o TreeContext.o TestingFunctions.o LifoAlloc.o MapObject.o MemoryMetrics.o RegExpObject.o RegExpStatics.o RegExp.o Marking.o Memory.o Statistics.o StringBuffer.o Unicode.o Xdr.o MethodJIT.o StubCalls.o Compiler.o FrameState.o FastArithmetic.o FastBuiltins.o FastOps.o LoopState.o StubCompiler.o MonoIC.o PolyIC.o ImmutableSync.o InvokeHelpers.o Retcon.o TrampolineCompiler.o ExecutableAllocator.o PageBlock.o YarrInterpreter.o YarrPattern.o YarrSyntaxChecker.o ExecutableAllocatorPosix.o OSAllocatorPosix.o ARMAssembler.o MacroAssemblerARM.o MacroAssemblerX86Common.o YarrJIT.o jsperf.o pm_stub.o Assertions.o HashFunctions.o    -lpthread    -Wl,-rpath-link,/builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/bin -Wl,-rpath-link,/builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/lib    -L/builds/slave/m-in-lnx64-spidermonkey-warnaserr/objdir/dist/lib -lplds4 -lplc4 -lnspr4 -lpthread -ldl  -ldl  -lm -ldl  

[1] - https://tbpl.mozilla.org/?tree=Mozilla-Inbound&noignore=1&jobname=spidermonkey&rev=bd016e0569f5

Comment 1

[Wan-Teh Chang]

Honza, Ted: could you take a look at this?

This bug and bug 766038 may have the same underlying cause.

Comment 2

[Honza Bambas (:mayhemer)]

I need a bit more info on what you area actually building (.mozconfig probably) and maybe how to setup the build environment.

Are you using system NSPR to build?  You need 4.9.2 to build.

Comment 3

[Phil Ringnalda (:philor)]

http://hg.mozilla.org/build/tools/file/tip/scripts/spidermonkey_builds/spidermonkey.sh

Comment 4

[Phil Ringnalda (:philor)]

"Fixed" by bug 768311 (I'd drop the scare quotes for "because of the patch for bug nnn, we no longer recognize the Linux64 build slaves as being 64 bit, and now they need to --enable-64bit," but given the Mac64 odyssey, I didn't and don't expect that to happen).