Closed
Bug 85283
Opened 23 years ago
Closed 23 years ago
Static build on OS/2
Categories
(SeaMonkey :: Build Config, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.3
People
(Reporter: jhpedemonte, Assigned: cls)
References
Details
Attachments
(2 files)
33.82 KB,
patch
|
Details | Diff | Splinter Review | |
33.50 KB,
patch
|
Details | Diff | Splinter Review |
Build static build on OS/2. Based on the linux code from bug 46775.
Reporter | ||
Comment 1•23 years ago
|
||
Reporter | ||
Comment 2•23 years ago
|
||
With the changes from the above patch, as well as those in bugs 84153 and 83878, the os/2 static build successfully comes up. The only problem (happens on os/2 but not on linux) is this assertion: Assertion: nsLocaleModule: Module already created: 'gModule==NULL', file intl/locale/src/os2/nsLocaleModule.cpp, line 329 Still haven't figured out why this happens.
Updated•23 years ago
|
Priority: -- → P3
Target Milestone: --- → mozilla0.9.3
Javier, could you update the patch against the latest static build branch, STATIC_BUILD_20010612_BRANCH ? Waterson's pushing for getting the main static build changes landed on Monday and I'd like to get these changes in as well.
Status: NEW → ASSIGNED
Target Milestone: mozilla0.9.3 → mozilla0.9.2
Reporter | ||
Comment 4•23 years ago
|
||
Chris: I'm running into some problems. The new build-list.pl perl file fails on OS/2. I get this error: "grep: Bad file number". Any idea why this is? I reverted to the old file in order to complete the build. I'll post a patch as soon as I can, but it probably won't be until tuesday.
build-list.pl was changed to use the output of the grep -c command rather than the return value of grep. Not sure why you would be getting that error. Can you remove the @ from the cmdline that runs build-list so we can see what command it is actually trying to use?
Reporter | ||
Comment 6•23 years ago
|
||
Well, I'm not sure exactly what you want, but here is the command as it gets called: D:/EMX/bin/perl.exe D:/mozilla/config/build-list.pl ../../config/final-link-libs mozjs And it fails on the line: open(RES, "grep -c '^$entry\$' $file |") or $err = $!; Not sure exactly why, but it works correctly if I remove "or $err = $!" from the end of the line. Any idea about what is going on? Also, does this check to see if the module is already written in the file? Maybe it is due to my hack, but if I remove the end of the line, I can write multiple instances of an entry to the file.
Reporter | ||
Comment 7•23 years ago
|
||
Reporter | ||
Comment 8•23 years ago
|
||
Latest patch is updated to the STATIC_BUILD_20010612_BRANCH. Build-list.pl problems are still unresolved.
Waterson, could you take a look at the non-OS2 specific portions of the patch? Mkaply, could you take a look at the OS2 specific portions of the patch?
Comment 10•23 years ago
|
||
r=mkaply on the OS/2 stuff.
Comment 11•23 years ago
|
||
r=waterson
Reporter | ||
Comment 12•23 years ago
|
||
cls: Any input on the build-list.pl problem?
Reporter | ||
Comment 13•23 years ago
|
||
Finally solved our build-list.pl problem. The perl distribution on OS/2 emulates flock, which was causing our problems. By setting USE_PERL_FLOCK=0, we fall back on the flock in EMX (nonfunctional, just a stub; same a passing -l to build-list.pl). Also needed to use the sh.exe shell that comes with perl. Will soon update instructions at www.mozilla.org/ports/os2. Everything is ready to go now.
Assignee | ||
Comment 14•23 years ago
|
||
The updated patch has been checked in. I think we can work around the flock problem by using config/mozLock.pm instead of perl's builtin flock(). I keep meaning to switch the scripts that use locking over to it but never find the time....
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•