Re: Optimization for reading *.d files

2017-03-18 Thread brenorg
Paul Smith-20 wrote > Before you go too far with performance improvements you should really > move to the latest version of GNU make (4.2.1) or even try the current > Git HEAD (but you'll need to install autotools etc. to build from Git). > > It's less useful to be doing performance testing with a

Re: Optimization for reading *.d files

2017-03-18 Thread Paul Smith
Before you go too far with performance improvements you should really move to the latest version of GNU make (4.2.1) or even try the current Git HEAD (but you'll need to install autotools etc. to build from Git). It's less useful to be doing performance testing with a version of make that old. O

Optimization for reading *.d files

2017-03-18 Thread brenorg
Hi everybody, I'm currently refactoring the build system at my company. We got around 20k C++ source files, and we use a form of (messed up) recursive make. After a lot of tinkering to get things right I got to 10 (maybe 5 with some more massage) seconds for a clean build. I need something around

Re: [Bug report] Make doesn't know $@ when referenced in the prerequisites

2017-03-18 Thread Paul Smith
On Sun, 2017-03-19 at 01:51 +, Alejandro García Vallejo wrote: > bar: $(@:%r=foo%z) >     @echo End > > foobaz: >     @echo The > > """ > GNU Make Output: > End > > Make fails to read $@ (aka, it's empty). That's not a bug; that's defined behavior. From the GNU make manual: https:

[Bug report] Make doesn't know $@ when referenced in the prerequisites

2017-03-18 Thread Alejandro García Vallejo
Hi, (NOTE: For details on versions used and whatnot see the end of the e-mail, should apply to all of them, AFAIK.) I know that this is a corner case, but given a Makefile such as this one: """ Makefile """ bar: $(@:%r=foo%z) @echo End foobaz: @echo The """ GNU Make Output: End