Closed
Bug 136163
Opened 22 years ago
Closed 22 years ago
get mozilla branch building on ipf
Categories
(SeaMonkey :: Build Config, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jdunn, Assigned: jdunn)
References
Details
(Keywords: fixedOEM)
Attachments
(2 files, 3 obsolete files)
1.64 KB,
patch
|
Details | Diff | Splinter Review | |
1.01 KB,
patch
|
netscape
:
review+
|
Details | Diff | Splinter Review |
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?
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
Comment 7•22 years ago
|
||
As of 8/16, this cumulative patch is sufficient to make the OEM branch build on IPF.
Comment 8•22 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•22 years ago
|
||
Updated•22 years ago
|
Comment 10•22 years ago
|
||
Changes checked into OEM branch.
Assignee | ||
Comment 11•22 years ago
|
||
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•22 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?
Comment 13•22 years ago
|
||
Comment on attachment 100247 [details] [diff] [review] latest diff r=cls
Attachment #100247 -
Flags: review+
Assignee | ||
Comment 14•22 years ago
|
||
fix checked into trunk
Status: ASSIGNED → RESOLVED
Closed: 22 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
•