Closed
Bug 216335
Opened 21 years ago
Closed 13 years ago
should use incremental linking on Windows
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: dbaron, Assigned: dbaron)
Details
(Whiteboard: [patch])
Attachments
(1 file)
4.91 KB,
patch
|
cls
:
review+
|
Details | Diff | Splinter Review |
Since the gmake build system landed for Windows, we haven't been doing incremental linking of dlls, which can (I think) make depend builds a bit faster. I have a patch that I think should do this, although I'm probably not going to be able to test it until Monday.
Assignee | ||
Comment 1•21 years ago
|
||
not tested yet
Assignee | ||
Comment 2•21 years ago
|
||
This cuts the time needed to rebuild nsLayoutModule.obj and gklayout.dll from 26 seconds to 11 seconds for me. It seems to work just fine.
Assignee | ||
Updated•21 years ago
|
Attachment #129895 -
Flags: review?(cls)
Comment on attachment 129895 [details] [diff] [review] patch Does MSVC's incremental linker properly handle the case where you remove files from the library?
Assignee | ||
Comment 4•21 years ago
|
||
I'm not sure. Was that broken back when we had the nmake build system?
I don't know; I avoid nmake whenever possible. Since release builds were almost always clobber builds, I don't think anyone bothered to check.
Comment 6•21 years ago
|
||
cls: per http://msdn.microsoft.com/library/en-us/vccore/html/_core_.2f.incremental.asp: Additionally, LINK performs a full link if any of the following situations occur: [...] * An object (.obj) file is added or omitted. also... shouldn't this be done for executable files as well?
Comment on attachment 129895 [details] [diff] [review] patch rs=cls
Attachment #129895 -
Flags: review?(cls) → review+
Assignee | ||
Updated•21 years ago
|
Whiteboard: [patch]
Assignee | ||
Comment 8•21 years ago
|
||
Comment on attachment 129895 [details] [diff] [review] patch This patch checked in, 2003-09-16 15:36/44 -0700. Leaving bug open to look into EXEs.
Updated•20 years ago
|
Product: Browser → Seamonkey
Assignee | ||
Updated•19 years ago
|
Product: Mozilla Application Suite → Core
Comment 9•19 years ago
|
||
I noticed that the build system today seems to delete DLLs before linking them. Did something regress? Is this working as expected? Given the size of XUL.DLL, it sure would be nice to leverage incremental linking.
Comment 10•19 years ago
|
||
> I noticed that the build system today seems to delete DLLs before linking them.
Nevermind. It's late, and I was imagining things.
Updated•15 years ago
|
QA Contact: build-config
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•