Re: [bug #33129] MAKEOVERRIDES reset after a recursive 'make restart'

2012-07-24 Thread Maxim Yegorushkin
On 15/03/12 18:01, Zach Gorman wrote: Follow-up Comment #1, bug #33129 (project make): This seems like a fairly significant bug to me; surprised it hasn't had more attention. Essentially this means that command-line variable overrides are lost whenever doing a sub-make step that rebuilds an incl

[bug #33129] MAKEOVERRIDES reset after a recursive 'make restart'

2012-07-29 Thread Maxim Yegorushkin
Follow-up Comment #2, bug #33129 (project make): I am no expert in GNU make internals, but it seems that a variable named -*-command-variables-*- which MAKEOVERRIDES refers to doesn't get exported into the environment. The attached patch fixes the issue. (file #26285) _

Re: Parallel build fails with 3.82

2012-09-06 Thread Maxim Yegorushkin
On 23/07/12 17:01, Burton, Ross wrote: Hi, I'm doing builds of WebKit with make -j8 because it reduces the build time from hours to 20 minutes on my build machine, but with GNU Make 3.82 there are occasional build failures due to what appears to be a problem in 3.82 (not 3.81). The WebKit bug i

Re: Parallel build fails with 3.82

2012-09-06 Thread Maxim Yegorushkin
On 23/07/12 17:01, Burton, Ross wrote: Hi, I'm doing builds of WebKit with make -j8 because it reduces the build time from hours to 20 minutes on my build machine, but with GNU Make 3.82 there are occasional build failures due to what appears to be a problem in 3.82 (not 3.81). The WebKit bug i

[bug #33129] MAKEOVERRIDES reset after a recursive 'make restart'

2012-09-10 Thread Maxim Yegorushkin
Follow-up Comment #5, bug #33129 (project make): Are you sure you posted the correct duplicate bug 30273? Because it seems totally unrelated. ___ Reply to this item at:

[bug #33129] MAKEOVERRIDES reset after a recursive 'make restart'

2012-09-10 Thread Maxim Yegorushkin
Follow-up Comment #7, bug #33129 (project make): The patch from https://savannah.gnu.org/bugs/?33129 fixes it differently. The patch here is a bit less intrusive: it exports a variable that was missing in the environment when restarting. Which one should be preferred? __

[bug #33129] MAKEOVERRIDES reset after a recursive 'make restart'

2012-09-10 Thread Maxim Yegorushkin
Follow-up Comment #8, bug #33129 (project make): I meant https://savannah.gnu.org/bugs/?30723 fixes it differently. ___ Reply to this item at: ___ Messa

[bug #33129] MAKEOVERRIDES reset after a recursive 'make restart'

2012-09-10 Thread Maxim Yegorushkin
Follow-up Comment #10, bug #33129 (project make): Thanks for the info Paul. I've been building make using the latest source tarball from http://ftp.gnu.org/gnu/make/ because RHEL 6.3 comes with make-3.81 which is not sufficient for building some latest versions of gcc and binutils. Is there a w

Make does not build a missing prerequisite.

2014-10-07 Thread Maxim Yegorushkin
My dependencies are: build/Linux-x86_64-64.g++-release/lib/libdata_access.so : build/Linux-x86_64-64.g++-release/obj-mt-pic/data_access/data_access.o build/Linux-x86_64-64.g++-release/obj-mt-pic/data_access/data_access.o : src/c++/data_access/data_access.cc src/c++/data_access/data_access.cc : src

Re: Make does not build a missing prerequisite.

2014-10-09 Thread Maxim Yegorushkin
On 09/10/14 11:31, Maxim Yegorushkin wrote: [] What happens is that make correctly identifies that data_access.cc depends on data_access.reflect.h, finds an implicit rule that generates data_access.reflect.h, rebuilds the dependencies of data_access.reflect.h but neglects to build