614264 - Build problem after tracemonkey merge: libjs_static.a(debug.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)

Status: RESOLVED FIXED

(Core :: JavaScript Engine, defect)

Description

[Honza Bambas (:mayhemer)]

http://hg.mozilla.org/mozilla-central/rev/8ba0c122568f

Looks like after this changeset m-c is no longer buildable on OSX 10.6:


rm -f libjs_static.a
ar cr libjs_static.a jsanalyze.o jsapi.o jsarena.o jsarray.o jsatom.o jsbool.o jsclone.o jscntxt.o jsdate.o jsdbgapi.o jsdhash.o jsdtoa.o jsemit.o jsexn.o jsfun.o jsgc.o jsgcchunk.o jsgcstats.o jscompartment.o jshash.o jsinterp.o jsinvoke.o jsiter.o jslock.o jslog2.o jsmath.o jsnativestack.o jsnum.o jsobj.o json.o jsopcode.o jsparse.o jsproxy.o jsprf.o jsprobes.o jspropertycache.o jspropertytree.o jsreflect.o jsregexp.o jsscan.o jsscope.o jsscript.o jsstr.o jstypedarray.o jsutil.o jswrapper.o jsxdrapi.o jsxml.o prmjtime.o jstracer.o Assembler.o Allocator.o CodeAlloc.o Containers.o Fragmento.o LIR.o njconfig.o RegAlloc.o avmplus.o Nativei386.o jsbuiltins.o VMPI.o Writer.o MethodJIT.o StubCalls.o Compiler.o FrameState.o FastArithmetic.o FastOps.o StubCompiler.o MonoIC.o PolyIC.o ImmutableSync.o InvokeHelpers.o Retcon.o TrampolineCompiler.o checks.o conversions.o diy-fp.o v8-dtoa.o fast-dtoa.o platform.o utils.o Assertions.o ExecutableAllocatorPosix.o ExecutableAllocatorWin.o ExecutableAllocator.o ARMAssembler.o Logging.o MacroAssemblerARM.o MacroAssemblerX86Common.o RegexCompiler.o RegexJIT.o pcre_compile.o pcre_exec.o pcre_tables.o pcre_xclass.o pcre_ucp_searchfuncs.o CTypes.o Library.o jsperf.o pm_stub.o  debug.o prep_cif.o types.o raw_api.o java_raw_api.o closures.o ffi.o darwin.o ffi64.o darwin64.o
ranlib libjs_static.a
ranlib: archive member: libjs_static.a(debug.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(prep_cif.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(types.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(raw_api.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(java_raw_api.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(closures.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(ffi.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(darwin.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(ffi64.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: archive member: libjs_static.a(darwin64.o) cputype (16777223) does not match previous archive members cputype (7) (all members must match)
ranlib: for architecture: i386 file: libjs_static.a(ExecutableAllocatorWin.o) has no symbols
ranlib: for architecture: i386 file: libjs_static.a(ARMAssembler.o) has no symbols
ranlib: for architecture: i386 file: libjs_static.a(MacroAssemblerARM.o) has no symbols
ranlib: for architecture: x86_64 file: libjs_static.a(raw_api.o) has no symbols
ranlib: for architecture: x86_64 file: libjs_static.a(java_raw_api.o) has no symbols
ranlib: for architecture: x86_64 file: libjs_static.a(ffi.o) has no symbols
ranlib: for architecture: x86_64 file: libjs_static.a(darwin.o) has no symbols
make[4]: *** [libjs_static.a] Error 1
make[4]: *** Deleting file `libjs_static.a'
make[3]: *** [libs_tier_js] Error 2
make[2]: *** [tier_js] Error 2
make[1]: *** [default] Error 2
make: *** [build] Error 2

Comment 1

[Paul Biggar]

Needs a clobber, due to js/src/configure.in changes.

I'm not sure why it needs one, I'll figure it out and get back to you.

Comment 2

[Honza Bambas (:mayhemer)]

I forget to mention, it is a clobbered build.  If that means to only delete the obj dir.

Comment 3

[Paul Biggar]

Oh, I thought this was happening on tinderbox.

What's happening is that libffi is building some symbols for i386 and some for x86_64, I think on the i386 portion of the cross-compile.

Are you absolutely certain that this is a completely clean build? If so, can I get the full build log?

Comment 4

[Honza Bambas (:mayhemer)]

I delete the obj dir (_obj-browser-test in my case, see bellow)

My .mozconfig:

ac_add_options --enable-application=browser
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/_obj-browser-test
ac_add_options --disable-debug
ac_add_options --enable-tests
ac_add_options --enable-optimize
ac_add_options --enable-logrefcnt
# bug 491774. crashreporter won't build in cross compile
ac_add_options --disable-crashreporter
ac_add_options --disable-install-strip
ac_add_options --disable-webm

# my own modifications !!!!
ac_add_options --enable-debugger-info-modules
mk_add_options MOZ_MAKE_FLAGS=-j3

CC="gcc-4.2 -arch i386"
CXX="g++-4.2 -arch i386"
ac_add_options --target=i386-apple-darwin8.0.0
ac_add_options --with-macos-sdk=/Developer/SDKs/MacOSX10.5.sdk
ac_add_options --enable-macos-target=10.5

HOST_CC="gcc-4.2"
HOST_CXX="g++-4.2"
RANLIB=ranlib
AR=ar
AS=$CC
LD=ld
STRIP="strip -x -S"
CROSS_COMPILE=1



I'll give you the build log (redirect) soon.

Comment 5

[Honza Bambas (:mayhemer)]

Attachment: build log (redirect + append of the final errors)

Comment 6

[Paul Biggar]

Attachment: patch

Ok, this fixes it for me. I haven't tested whether this re-breaks all the other errors, but I will do it as soon as I can get this landed.

Comment 7

[(not currently active) Ted Mielczarek]

Comment on attachment 492678 [details] [diff] [review]
patch

I wish we could just stop touching this code!

Comment 8

[Paul Biggar]

Need someone to land this, I don't have level 3 access (and won't get it at this rate)

Comment 9

[Matt Brubeck (:mbrubeck)]

Pushed: http://hg.mozilla.org/mozilla-central/rev/29323301bb17

Comment 10

[Brendan Eich [:brendan]]

(In reply to comment #8)
> Need someone to land this, I don't have level 3 access (and won't get it at
> this rate)

And shouldn't need it. We're trying to have at most L2. Something forgotten from last year, I'll follow up.

/be