Closed Bug 550319 Opened 14 years ago Closed 14 years ago

update m-c winmo mozconfigs

Categories

(Release Engineering :: General, defect)

ARM
Windows Mobile 6 Professional
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: mozilla, Assigned: mozilla)

References

Details

Attachments

(2 files, 3 obsolete files)

Attached patch production/staging/try (obsolete) — Splinter Review
With blassey's latest.
http://people.mozilla.org/~blassey/mozconfig
Attachment #430421 - Flags: review?(bugmail)
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
Attachment #430421 - Flags: review?(bugmail) → review-
coop probably needs --enable-update-packaging to stay in there.
Attached patch again (obsolete) — Splinter Review
- 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)
Attached patch the charm (obsolete) — Splinter Review
ac_add_app_options -> ac_add_options
Attachment #430430 - Attachment is obsolete: true
Attachment #430438 - Flags: review?(bugmail)
Attachment #430430 - Flags: review?(bugmail)
Attached patch sighSplinter Review
Attachment #430438 - Attachment is obsolete: true
Attachment #430443 - Flags: review?(bugmail)
Attachment #430438 - Flags: review?(bugmail)
Attachment #430443 - Flags: review?(bugmail) → review+
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.
Actually, we should determine when these changes go to 1.9.2 if this is going to fork.
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
I guess trunk is busted in general as well.
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.
> 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.
(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.
Attachment #430893 - Flags: review?(mark.finkle) → review+
(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.
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
Status: NEW → RESOLVED
Closed: 14 years ago
Depends on: 554087
Resolution: --- → INCOMPLETE
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: