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)

x86
Linux
defect
Not set
normal

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.
Product: Browser → Seamonkey
Assignee: bryner → nobody
QA Contact: granrosebugs → build-config
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
There is only libxul. Monobinaries for the win.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.