Closed
Bug 576445
Opened 14 years ago
Closed 14 years ago
xpcom_core.dll : fatal error LNK1120: 2 unresolved externals
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
DUPLICATE
of bug 568691
People
(Reporter: insidepoolhenry, Unassigned)
References
Details
(Keywords: dogfood)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a6pre) Gecko/20100626 SeaMonkey/2.1a3pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a6pre) Gecko/20100701 SeaMonkey/2.1a3pre xpcomcomponents_s.lib(ManifestParser.obj) : error LNK2019: unresolved external s ymbol "void __cdecl ToLowerCase(class nsAString_internal &)" (?ToLowerCase@@YAXA AVnsAString_internal@@@Z) referenced in function "void __cdecl ParseManifest(enu m NSLocationType,class nsILocalFile *,char *,bool)" (?ParseManifest@@YAXW4NSLoca tionType@@PAVnsILocalFile@@PAD_N@Z) xpcom_core.dll : fatal error LNK1120: 2 unresolved externals make[6]: *** [xpcom_core.dll] Error 96 make[6]: Leaving directory `/f/commsrc/obj-i686-pc-mingw32/mozilla/xpcom/build' make[5]: *** [libs] Error 2 make[5]: Leaving directory `/f/commsrc/obj-i686-pc-mingw32/mozilla/xpcom' make[4]: *** [libs_tier_platform] Error 2 make[4]: Leaving directory `/f/commsrc/obj-i686-pc-mingw32/mozilla' make[3]: *** [tier_platform] Error 2 make[3]: Leaving directory `/f/commsrc/obj-i686-pc-mingw32/mozilla' make[2]: *** [default] Error 2 make[2]: Leaving directory `/f/commsrc/obj-i686-pc-mingw32/mozilla' make[1]: *** [default] Error 2 make[1]: Leaving directory `/f/commsrc/obj-i686-pc-mingw32' make: *** [build] Error 2 Reproducible: Always Steps to Reproduce: python client.mk checkout make -f client.mk build Actual Results: See details ac_add_options --enable-application=suite ac_add_options --enable-optimize ac_add_options --with-pthreads mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/obj-@CONFIG_GUESS@ mk_add_options MOZ_MAKE_FLAGS=-j2 mk_add_options MOX_CO_PROJECT=suite Expected Results: successful build
Comment 1•14 years ago
|
||
I get this also building Firefox on OSX with --disable-libxul
Status: UNCONFIRMED → NEW
Component: Build Config → XPCOM
Ever confirmed: true
Product: SeaMonkey → Core
QA Contact: build-config → xpcom
Comment 2•14 years ago
|
||
This regressed in the last ~24hrs, so I'm guessing it's fallout from the e10s landing.
Comment 3•14 years ago
|
||
Linux fails slightly differently: ../components/libxpcomcomponents_s.a(nsComponentManager.o): In function `nsComponentManagerImpl::InitializeStaticModules()': /home/smontagu/mozwork/hgtree/mozilla/xpcom/components/nsComponentManager.cpp:319: undefined reference to `kPStaticModules' /usr/bin/ld: ../components/libxpcomcomponents_s.a(nsComponentManager.o): relocation R_386_GOTOFF against undefined hidden symbol `kPStaticModules' can not be used when making a shared object /usr/bin/ld: final link failed: Bad value collect2: ld returned 1 exit status
Comment 4•14 years ago
|
||
This is the --disable-libxul bustage noted in recent comments of bug 568691, which caused this.
Blocks: data-driven-compreg
There's a patch to fix --disable-libxul in Bug 568691, so I'm duping.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•