Summary: | [GTK] Linking should run sequentially and not in parallel (at least for debug builds) | ||
---|---|---|---|
Product: | WebKit | Reporter: | Claudio Saavedra <csaavedra> |
Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
Status: | UNCONFIRMED --- | ||
Severity: | Normal | CC: | berto, bugs-noreply, mrobinson, zan |
Priority: | P2 | ||
Version: | 528+ (Nightly build) | ||
Hardware: | Unspecified | ||
OS: | Unspecified |
Description
Claudio Saavedra
2013-05-10 08:11:30 PDT
I wonder if the -l option can help here? https://www.gnu.org/software/make/manual/html_node/Parallel.html#Parallel Not really, because -l is about reducing the number of jobs when the system load is high. Usually when the I/O is high, the system load is actually low. Hrm, the idea is sound, the realization might be a PITA. Thinking of it very little, I guess sequential dependencies could be set up for all the linking targets. One problem about that would be keeping such a list up-to-date, though it's only a problem if it doesn't outweigh the benefit of the approach. There is a special built-in target in GNU make that perhaps can be used for this - - .NOTPARALLEL http://www.gnu.org/software/make/manual/make.html#Special-Targets |