Closed Bug 40177 Opened 25 years ago Closed 25 years ago

Enable OS/2 Build

Categories

(SeaMonkey :: Build Config, defect, P3)

Other
Other
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: hctrinh, Assigned: leaf)

Details

Attachments

(27 files)

1.90 KB, patch
Details | Diff | Splinter Review
870 bytes, patch
Details | Diff | Splinter Review
949 bytes, patch
Details | Diff | Splinter Review
2.53 KB, text/plain
Details
780 bytes, text/plain
Details
1.97 KB, patch
Details | Diff | Splinter Review
1.35 KB, patch
Details | Diff | Splinter Review
1.05 KB, text/plain
Details
1.86 KB, patch
Details | Diff | Splinter Review
571 bytes, patch
Details | Diff | Splinter Review
1.08 KB, patch
Details | Diff | Splinter Review
855 bytes, text/plain
Details
6.43 KB, text/plain
Details
921 bytes, patch
Details | Diff | Splinter Review
470 bytes, patch
Details | Diff | Splinter Review
6.91 KB, text/plain
Details
1.12 KB, text/plain
Details
4.19 KB, patch
Details | Diff | Splinter Review
1.45 KB, patch
Details | Diff | Splinter Review
1.85 KB, text/plain
Details
508 bytes, text/plain
Details
933 bytes, patch
Details | Diff | Splinter Review
580 bytes, patch
Details | Diff | Splinter Review
455 bytes, patch
Details | Diff | Splinter Review
1.29 KB, patch
Details | Diff | Splinter Review
1.40 KB, patch
Details | Diff | Splinter Review
607 bytes, patch
Details | Diff | Splinter Review
Changes to enable OS/2 build. Previous OS/2 build changes (which are numerous) are in bugzilla 34106 and Chris has been very helpful cheking in the changes for us. Since he will be away for a while, it is convenient point in time and place to break away from the previous bugzilla and start a fresh one with leaf@mozilla.org to be our main contact. Hopefully it will less confusing also.
Chris, If you're back from vacation can you take a look at these. Many of them are trivial changes. We'd really like to get these in by the time M16 comes out. Thanks.
Summary: Enable OS/2 Build → Enable OS/2 Build
Additional note on Batch04 attachment: This rules.mk file has one additional change above the one submitted in Batch01. All of the changes are isolated to ifeq ($(MOZ_OS@_TOOLS),VACPP)) ifdefs.
Damn, i thought i commented on this bug that the changes looked fine... i'll re-review them and comment again.
Status: NEW → ASSIGNED
Yeah, looks fine. When the tree starts taking changes again today, r,a=leaf
Leaf, Are all of the changes (batch01 thru batch05) ok to check in? Thanks.
yes, i reviewed each batch... when the tree starts taking changes again (probably within the next 1.75 hours, keep an eye on the top of tinderbox), you are free to checkin with a,r=leaf
thanks.
can you explain the libpref/src/Makefile.in changes to me, i'm not sure i understand why you're getting rid of some of the includes.
Leaf, what do you mean by the "includes"? Also, MOZ_COMPONENT_LIBS has to come before MOZ_JS_LIBS, or else that diff can safely be ignored.
Ok, i didn't see the + MOZ_COMPONENT_LIBS there, batch 7, r=leaf
Leaf, How about the security/psm diff in batch 06? Thanks.
Leaf and/or Chris, Would you please review the security/psm/lib/client/Makefile.in change in batch 6 and also the widget/timer/public/Makefile.in change in batch 8? Thanks.
I'd really like someone familiar with timer code to do a review as well... but to me, your changes look ok. Chris? Are you back?
I suppose I am. Batch 9, r=cls. Batch 8, r=cls unless Pavlov knows why that interface shouldn't be used. The security/psm changes in batch 6 look fine as well although I don't understand the need to switch from $(DIST)/bin to $(DIST)/lib unless that library is static. Leaf, do you know who's the proper contact to get these security changes (and others) into both the SECURITY_CLIENT_BRANCH and their tip?
On OS/2, compiletime linkage is against the import libraries in /lib (each DLL has a corresponding .lib for linkage); /bin is irrelevant to us at that stage. Runtime linkage is with the DLLs in /bin, and that's controlled by a LIBPATH environment setting.
Gagan has approved the change to nsDNSService.cpp (batch 10) and we are going to check it in.
Huyhn, the security Makefile.in change will break VAC++. Better to use EXTRA_DSO_LIBS = protocol as elsewhere and let the macro in rules.mk handle the conversion.
r=cls on Batches 11 & 12
Chris, Would you mind checking in the 3 files in batches 11 & 12? We particularly aren't sure about what to do about the security/psm file. Please advise. Thanks.
Leaf and/or Chris, Please review the changes in batch13. Thanks.
You may want to submit your changes to config.guess & config.sub to the maintainer of the autoconf maintainers, autoconf@gnu.org. We will periodically be syncing against their updates and it'll save us the trouble of having to merge the updates separately. r=cls on Batch 13
Are these for the branch?
Batch14 and the correction in Batch15 are intended for both branch & tip
Ok, we missed the branch cut off date, so these will have to go into just the trunk; if necessary for the release build for m16, we'll have to include a patchfile with the source indicating it's necessity for OS/2. r=leaf for batches 14,15
Leaf, Chris, Would one of you review the batch16 changes for us? Thanks. Skip
Leaf, Chris, We are FINALLY getting real close to having an OS/2 Tinderbox build. Please review the batch16 and batch17 changes for us. Thanks for your help. Skip
r=cls on the latest config & rules.mk patch
r=cls on uriloader change
r=cls on gfx change.
r=cls on mng change & emx configure.in change
Mike, with that configure. in change we should remove it from the OS/2 Build Options block around line 3400. In fact, we could also set MOZ_OS2_TOOLS (needed for NSPR OS2.mk) automatically in the *-*-os2* block and scrap the OS/2 configure --with options altogether.
The last 4 patches look good to me. r=cls (back to vacation)
Are we done here?
We're done with this one.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
If anyone should know this bug is done, it's mkaply. marking verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: