get mozilla branch building on ipf

RESOLVED FIXED

Status

RESOLVED FIXED
17 years ago
14 years ago

People

(Reporter: jdunn, Assigned: jdunn)

Tracking

({fixedOEM})

Trunk
HP
HP-UX
fixedOEM
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(2 attachments, 3 obsolete attachments)

(Assignee)

Description

17 years ago
This is a place holder for getting mozilla 6.2.2 building on 
IPF (hp-ux 11.20 - ia64)
(Assignee)

Comment 1

17 years ago
updating
Status: NEW → ASSIGNED
QA Contact: granrose → paulmac
(Assignee)

Comment 2

17 years ago
Created attachment 78188 [details] [diff] [review]
1st set of patches to get mozilla 622 working on ipf

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
(Assignee)

Comment 3

17 years ago
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

Comment 4

17 years ago
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?
(Assignee)

Comment 5

17 years ago
Created attachment 78575 [details] [diff] [review]
additional changes

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.
(Assignee)

Comment 6

16 years ago
updating
Summary: get mozilla 622 branch building on ipf → get mozilla branch building on ipf

Comment 7

16 years ago
Created attachment 95934 [details] [diff] [review]
Latest complete patch set

As of 8/16, this cumulative patch is sufficient to make the OEM branch build on
IPF.

Comment 8

16 years ago
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

Comment 9

16 years ago
Created attachment 96075 [details] [diff] [review]
OEM branch patch

Updated

16 years ago
Depends on: 145053, 146426, 146722
(Assignee)

Updated

16 years ago
Whiteboard: branchOEM+

Comment 10

16 years ago
Changes checked into OEM branch.
(Assignee)

Updated

16 years ago
Whiteboard: branchOEM+ → branchOEM+, fixedOEM

Updated

16 years ago
Whiteboard: branchOEM+, fixedOEM → fixedOEM

Updated

16 years ago
Keywords: fixedOEM
Whiteboard: fixedOEM
(Assignee)

Comment 11

16 years ago
Created attachment 100247 [details] [diff] [review]
latest diff

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
(Assignee)

Comment 12

16 years ago
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?
(Assignee)

Comment 14

16 years ago
fix checked into trunk
Status: ASSIGNED → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.