Closed
Bug 187719
Opened 22 years ago
Closed 8 years ago
Investigate using relocatable object files for intermediate objects instead of 'ar'
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: bryner, Unassigned)
Details
Preliminary results on Linux show that for a debug build, linking a combined
layout and content library (see bug 106161), we can cut the maximum process size
of ld from 130MB to 90MB by using 'ld -r' to generate relocatable object files
for our intermediate libraries instead of using 'ar'.
This could alleviate some of the pain of bug 106161 (and future library
merging). GNU ld supports this option; Mac OS X appears to support it too. I'm
not sure about solaris and other unix platforms.
Updated•20 years ago
|
Product: Browser → Seamonkey
Reporter | ||
Updated•19 years ago
|
Assignee: bryner → nobody
QA Contact: granrosebugs → build-config
Comment 1•19 years ago
|
||
cls, does this (still) sound like a good idea?
I'm skeptical that the cost (added build complexity) is worth the saving for a debug build. Also, there's the problem that we need -Ur to resolve references to constructors but -Ur can only be used for the final partial link.
Product: Mozilla Application Suite → Core
Comment 3•8 years ago
|
||
There is only libxul. Monobinaries for the win.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•