get mozilla branch building on ipf

RESOLVED FIXED

Status

defect
RESOLVED FIXED
18 years ago
15 years ago

People

(Reporter: jdunn, Assigned: jdunn)

Tracking

({fixedOEM})

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments, 3 obsolete attachments)

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
did you really check in bare printfs? ah, yes you did.
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/security/nss/lib/util/unix_rand.c&rev=NETSCAPE_6_2_2_BRANCH&mark=#1
does that make sense?
Posted 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
Posted 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
Depends on: 145053, 146426, 146722
Whiteboard: branchOEM+
Changes checked into OEM branch.
Whiteboard: branchOEM+ → branchOEM+, fixedOEM
Whiteboard: branchOEM+, fixedOEM → fixedOEM
Keywords: fixedOEM
Whiteboard: fixedOEM
Posted 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: 17 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.