Open
Bug 1346069
Opened 8 years ago
Updated 2 years ago
Incremental linking on Windows can take up to 4x as long as full linking
Categories
(Firefox Build System :: General, enhancement)
Firefox Build System
General
Tracking
(Not tracked)
NEW
People
(Reporter: away, Unassigned)
References
(Blocks 1 open bug)
Details
I'm currently working on nsTSubstring.h in an --enable-debug --disable-optimize configuration. A full link (i.e. delete the .ilk) takes me just under 2 minutes. If I make some changes to that widely-used header, then in addition to recompiling half the world, the link phase alone takes me 8(!) minutes.
I assume that all those rebuilt obj files are giving link.exe a lot of work to do in figuring out what incremental changes to make. Anecdotally I've heard other people complain about long links (even on debug, where incremental is enabled) and I suspect they're running into the same issue.
I wonder if we could detect whether we're over some threshold of change, and just do a full link.
Updated•7 years ago
|
Product: Core → Firefox Build System
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•