[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Optimization for reading *.d files

From: Michael Stahl
Subject: Re: Optimization for reading *.d files
Date: Mon, 20 Mar 2017 12:23:22 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0

On 19.03.2017 09:54, Norbert Thiebaud wrote:
> On Sat, Mar 18, 2017 at 9:25 PM, brenorg <address@hidden> wrote:
>> Anyway, I want to continue to use GNU Make, and not fallback to CMake/Ninja.
>> After some profiling, what's killing me is parsing the "*.d" files generated
>> by the compiler.
>> The time to include all dependency files of my project in one single
>> makefile (as I want to get rid of recursive make), is 4 seconds.
> have you looked in how much redundancy you have in all these dep ?
> For LibreOffice, which use one big make to build it all  (60k files or so)
> we wrote a step to combine and de-duplicate all these .d file
> reducing the amount that need to be parsed by make by quite a bit
> iow instead of getting a faster process, reduce the amount to be processed.

that can still be improved: Bjoern implemented something quite similar
to what Breno wants, an "includedepcache" keyword and
optimized/restricted dep file format, as previously discussed on this list:


but it's probably not used by anybody currently since we don't want to
require a feature that's not in upstream GNU make.

the implementation is somewhere in here:


reply via email to

[Prev in Thread] Current Thread [Next in Thread]