Closed
Bug 550319
Opened 14 years ago
Closed 14 years ago
update m-c winmo mozconfigs
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: mozilla, Assigned: mozilla)
References
Details
Attachments
(2 files, 3 obsolete files)
6.95 KB,
patch
|
blassey
:
review+
|
Details | Diff | Splinter Review |
3.16 KB,
patch
|
mfinkle
:
review+
|
Details | Diff | Splinter Review |
With blassey's latest. http://people.mozilla.org/~blassey/mozconfig
Attachment #430421 -
Flags: review?(bugmail)
Comment 1•14 years ago
|
||
Comment on attachment 430421 [details] [diff] [review] production/staging/try > ac_add_app_options mobile --enable-application=mobile this should be ac_add_options --enable-application=mobile also, I don't see anything wrong, but is there a white space change in the --target= line? the fact that its +/-'d instead of just context is a warning flag
Updated•14 years ago
|
Attachment #430421 -
Flags: review?(bugmail) → review-
Comment 2•14 years ago
|
||
coop probably needs --enable-update-packaging to stay in there.
Assignee | ||
Comment 3•14 years ago
|
||
- fixed enable-application - re-added --enable-update-packaging for coop - the --target line has a + and a - due to moving around in the file, not due to whitespace changes.
Attachment #430421 -
Attachment is obsolete: true
Attachment #430430 -
Flags: review?(bugmail)
Assignee | ||
Comment 4•14 years ago
|
||
ac_add_app_options -> ac_add_options
Attachment #430430 -
Attachment is obsolete: true
Attachment #430438 -
Flags: review?(bugmail)
Attachment #430430 -
Flags: review?(bugmail)
Assignee | ||
Comment 5•14 years ago
|
||
Attachment #430438 -
Attachment is obsolete: true
Attachment #430443 -
Flags: review?(bugmail)
Attachment #430438 -
Flags: review?(bugmail)
Updated•14 years ago
|
Attachment #430443 -
Flags: review?(bugmail) → review+
Assignee | ||
Comment 6•14 years ago
|
||
Cool. Currently not sure how this will affect the objdir/mobile/* and objdir/xulrunner* steps (packaging, updates, uploads); I'll try a build in staging to see.
Assignee | ||
Comment 7•14 years ago
|
||
Actually, we should determine when these changes go to 1.9.2 if this is going to fork.
Assignee | ||
Comment 8•14 years ago
|
||
On m-c I'm dying on prvrsion.c -o is -o rm -f nspr4_s.lib lib -NOLOGO -OUT:"nspr4_s.lib" ./prvrsion.obj io/./prfdcach.obj io/./prmwait.obj io/./prmapopt.obj io/./priometh.obj io/./pripv6.obj io/./prlayer.obj io/./prlog.obj io/./prmmap.obj io/./prpolevt.obj io/./prprf.obj io/./prscanf.obj io/./prstdio.obj threads/./prcmon.obj threads/./prrwlock.obj threads/./prtpd.obj linking/./prlink.obj malloc/./prmalloc.obj malloc/./prmem.obj md/./prosdep.obj memory/./prshm.obj memory/./prshma.obj memory/./prseg.obj misc/./pralarm.obj misc/./pratom.obj misc/./prcountr.obj misc/./prdtoa.obj misc/./prenv.obj misc/./prerr.obj misc/./prerror.obj misc/./prerrortable.obj misc/./prinit.obj misc/./prinrval.obj misc/./pripc.obj misc/./prlog2.obj misc/./prlong.obj misc/./prnetdb.obj misc/./praton.obj misc/./prolock.obj misc/./prrng.obj misc/./prsystem.obj misc/./prthinfo.obj misc/./prtpool.obj misc/./prtrace.obj misc/./prtime.obj io/./prdir.obj io/./prfile.obj io/./prio.obj io/./prsocket.obj misc/./pripcsem.obj threads/./prcthr.obj threads/./prdump.obj threads/./prmon.obj threads/./prsem.obj threads/combined/./prucpu.obj threads/combined/./prucv.obj threads/combined/./prulock.obj threads/combined/./prustack.obj threads/combined/./pruthr.obj md/windows/./ntmisc.obj md/windows/./ntsec.obj md/windows/./ntsem.obj md/windows/./ntinrval.obj md/windows/./ntgc.obj md/windows/./w95thred.obj md/windows/./w95io.obj md/windows/./w95cv.obj md/windows/./w95sock.obj md/windows/./win32_errors.obj md/windows/./w32ipcsem.obj md/windows/./w32poll.obj md/windows/./w32rng.obj md/windows/./w32shm.obj md/windows/./w95dllmain.obj fatal error C1007: unrecognized flag '-QRinterwork-return' in 'p2' LINK : fatal error LNK1257: code generation failed make[5]: Leaving directory `/e/builds/moz2_slave/winmo-trunk-nightly/mozilla-central/objdir/nsprpub/pr/src' make[4]: Leaving directory `/e/builds/moz2_slave/winmo-trunk-nightly/mozilla-central/objdir/nsprpub/pr' make[3]: Leaving directory `/e/builds/moz2_slave/winmo-trunk-nightly/mozilla-central/objdir/nsprpub' make[2]: Leaving directory `/e/builds/moz2_slave/winmo-trunk-nightly/mozilla-central/objdir' make[1]: Leaving directory `/e/builds/moz2_slave/winmo-trunk-nightly/mozilla-central/objdir' make[5]: *** [nspr4_s.lib] Error 233
Assignee | ||
Comment 9•14 years ago
|
||
I guess trunk is busted in general as well.
Assignee | ||
Comment 10•14 years ago
|
||
winmo 1.9.2: "make package" in objdir/ not objdir/mobile -- gives me "cannot stat fennec/xulrunner/uninstall.exe" same for "make installer" "make package-tests" works, and results in a fennec*.tests.tar.bz2 instead of a xulrunner*.tests.tar.bz2, which is *awesome*. However, we'll have to tweak things a little bit to get that uploaded. Since there aren't any unit tests running currently, there isn't anything to update on that end.
Comment 11•14 years ago
|
||
> fatal error C1007: unrecognized flag '-QRinterwork-return' in 'p2' > LINK : fatal error LNK1257: code generation failed this is bug 550571 in combination with the -QRarch6 lines in the new mozconfig. We can work around this by commenting out those lines until the patch on bug 550571 lands >"make package" in objdir/ not objdir/mobile -- gives me "cannot stat fennec/xulrunner/uninstall.exe" uninstall.exe should be in fennec/uninstall.exe now. Please confirm that it is there and we can make that change in the packaging script.
Assignee | ||
Comment 12•14 years ago
|
||
(In reply to comment #11) > uninstall.exe should be in fennec/uninstall.exe now. Please confirm that it is > there and we can make that change in the packaging script. Yes, it's there.
Comment 13•14 years ago
|
||
Attachment #430893 -
Flags: review?(mark.finkle)
Updated•14 years ago
|
Attachment #430893 -
Flags: review?(mark.finkle) → review+
Comment 14•14 years ago
|
||
pushed http://hg.mozilla.org/mobile-browser/rev/a5a9dd47f25f Aki, packaging should work for you now
Assignee | ||
Comment 15•14 years ago
|
||
(Commenting so blassey can find my stuff later) Currently, this patch is combined with the work in bug 532925, which is temporarily halted in favor of 1.0.1 work + winmo tests. Lemme know if I need to switch gears.
Comment 16•14 years ago
|
||
Aki, Blassey, A drive-by point of information on this effort: I tried to use these new mozconfigs to build winmo Fennec on m-c I'm hitting issues with the new infallible malloc stuff that landed: ec-mc/memory/mozalloc/mozalloc.cpp mozalloc.cpp c:\winmo-fennec-mc\objdir-wm6-dbg\dist\include\mozilla/mozalloc.h(221) : error C 2084: function 'void *operator new(size_t,const std::nothrow_t &) throw()' alrea dy has a body c:\winmo-fennec-mc\objdir-wm6-dbg\dist\include\mozce_shunt\mozce_shunt.h (80) : see previous definition of 'new' c:\winmo-fennec-mc\objdir-wm6-dbg\dist\include\mozilla/mozalloc.h(233) : error C 2084: function 'void *operator new[](size_t,const std::nothrow_t &) throw()' alr eady has a body c:\winmo-fennec-mc\objdir-wm6-dbg\dist\include\mozce_shunt\mozce_shunt.h (83) : see previous definition of 'new[]' c:\winmo-fennec-mc\objdir-wm6-dbg\dist\include\mozilla/mozalloc.h(245) : error C 2084: function 'void operator delete(void *,const std::nothrow_t &) throw()' alr eady has a body c:\winmo-fennec-mc\objdir-wm6-dbg\dist\include\mozce_shunt\mozce_shunt.h (86) : see previous definition of 'delete' c:\winmo-fennec-mc\objdir-wm6-dbg\dist\include\mozilla/mozalloc.h(257) : error C 2084: function 'void operator delete[](void *,const std::nothrow_t &) throw()' a lready has a body c:\winmo-fennec-mc\objdir-wm6-dbg\dist\include\mozce_shunt\mozce_shunt.h (89) : see previous definition of 'delete[]' make[5]: *** [mozalloc.obj] Error 2 make[5]: Leaving directory `/c/winmo-fennec-mc/objdir-wm6-dbg/memory/mozalloc' make[4]: *** [libs] Error 2 make[4]: Leaving directory `/c/winmo-fennec-mc/objdir-wm6-dbg/build' make[3]: *** [libs_tier_base] Error 2 make[3]: Leaving directory `/c/winmo-fennec-mc/objdir-wm6-dbg' make[2]: *** [tier_base] Error 2 make[2]: Leaving directory `/c/winmo-fennec-mc/objdir-wm6-dbg' make[1]: *** [default] Error 2 make[1]: Leaving directory `/c/winmo-fennec-mc/objdir-wm6-dbg' make: *** [build] Error 2 How can I turn that stuff off? I tried adding "export MOZ_MEMORY=0" to my mozconfig file, but that didn't do anything. This is the same failure that's currently burning the winmo m-c builds on tbox: http://tinderbox.mozilla.org/showlog.cgi?log=Mobile/1268853523.1268855030.6958.gz
Assignee | ||
Updated•14 years ago
|
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•