Closed Bug 136163 Opened 23 years ago Closed 23 years ago

get mozilla branch building on ipf

Categories

(SeaMonkey :: Build Config, defect)

HP
HP-UX
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jdunn, Assigned: jdunn)

References

Details

(Keywords: fixedOEM)

Attachments

(2 files, 3 obsolete files)

This is a place holder for getting mozilla 6.2.2 building on IPF (hp-ux 11.20 - ia64)
updating
Status: NEW → ASSIGNED
QA Contact: granrose → paulmac
This patch contains most of the build changes required to get MOZILLA_6_2_2_BRANCH working on ipf (hpux 11.20 on ia64) using aCC x.05.32.09. does not include all of the nspr files
Comment on attachment 78188 [details] [diff] [review] 1st set of patches to get mozilla 622 working on ipf patches checked into MOZILLA_6_2_2_BRANCH
Attached patch additional changes (obsolete) — Splinter Review
Adding the rules.mk change to only export the required symbols from Components. This gives us a 10% reduction in binary size and should improve loading performance. Also change from using _pr_CopyLowBits to CopyLowBits. _pr is in nspr and "shouldn't" be exported whereas we should be using the call inside of sec utility.
updating
Summary: get mozilla 622 branch building on ipf → get mozilla branch building on ipf
Attached patch Latest complete patch set (obsolete) — Splinter Review
As of 8/16, this cumulative patch is sufficient to make the OEM branch build on IPF.
Comment on attachment 95934 [details] [diff] [review] Latest complete patch set Need to keep some of these patches separate. Ignore this.
Attachment #95934 - Attachment is obsolete: true
Attached patch OEM branch patchSplinter Review
Depends on: 145053, 146426, 146722
Whiteboard: branchOEM+
Changes checked into OEM branch.
Whiteboard: branchOEM+ → branchOEM+, fixedOEM
Whiteboard: branchOEM+, fixedOEM → fixedOEM
Keywords: fixedOEM
Whiteboard: fixedOEM
Attached patch latest diffSplinter Review
The other parts of the original patch have been picked up by other bugs. This one patch is the major one needed for this bug now.
Attachment #78188 - Attachment is obsolete: true
Attachment #78575 - Attachment is obsolete: true
adding cls&jband because they can r=/sr= the changes to xpcom/reflect/xptcall/src/unix/Makefile.in I think I can just get away with cls's, but added jband just to keep him in the loop. cls, what do you think?
fix checked into trunk
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
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: