Re: Checking alternatives for a dynamic make rule construction

2017-06-16 Thread Philip Guenther
On Thu, 15 Jun 2017, SF Markus Elfring wrote: > I have constructed the following small script to be executed by the program > “GNU Make 4.2.1-1.7” on my openSUSE Tumbleweed system. > > > define rule_pair = > name::=$(1) Using ::= in a makefile which is already dependent on GNU make is, IMO,

Re: Checking application of dependencies from make rules without recipes

2017-06-16 Thread Philip Guenther
On Fri, 16 Jun 2017, SF Markus Elfring wrote: > I got some special software development experiences by the usage of the > program “GNU Make 4.2.1-1.7” on my openSUSE Tumbleweed system. The > functionality “Generating prerequisites automatically” is desribed in > the manual. I would like to

Re: Checking software build tries for “commands.cmo”

2017-06-16 Thread Philip Guenther
On Thu, 15 Jun 2017, SF Markus Elfring wrote: > > Did you tell make, then, to disable all of its default rules for > > creating commands.mli or, for that matter, commands.cmo, by checking > > them out of version control? > > Not directly so far. - The source file “commands.mli” is not needed

Re: Checking software build tries for “commands.cmo”

2017-06-16 Thread Philip Guenther
On Thu, 15 Jun 2017, SF Markus Elfring wrote: > > (I would guess that most of the people on the bug-make mailing list have > > never worked with ocaml and therefore don't know what needs to be done to > > build it.) > > Yesterday I realised that one source source file needed a special handling

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> From: Orgad Shaneh > Date: Fri, 16 Jun 2017 17:05:58 +0300 > Cc: "bug-make@gnu.org" , Alexey Pavlov > > Ah, okay. But then the problem is not with child processes of g++, > it's with g++ itself, right? > > The child process cc1plus has

Re: Unlink failure on abort

2017-06-16 Thread Orgad Shaneh
On Friday, June 16, 2017, Eli Zaretskii wrote: > > From: Orgad Shaneh > > > Date: Fri, 16 Jun 2017 15:59:09 +0300 > > Cc: bug-make@gnu.org > > > > I don't see any calls to DeleteFile in this log. I expected to see at > > least one

Unlink failure on abort

2017-06-16 Thread Orgad Shaneh
On Friday, June 16, 2017, Eli Zaretskii > wrote: > > Date: Fri, 16 Jun 2017 16:15:31 +0300 > > From: Eli Zaretskii > > Cc: bug-make@gnu.org > > > > > Ok, I was able to create a minimal example. It happens only with g++ >

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> From: Orgad Shaneh > Date: Fri, 16 Jun 2017 15:59:09 +0300 > Cc: bug-make@gnu.org > > I don't see any calls to DeleteFile in this log. I expected to see at > least one that failed with ERROR_ACCESS_DENIED. What am I missing? > > There is SHARING_VIOLATION for both g++.exe

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> Date: Fri, 16 Jun 2017 16:15:31 +0300 > From: Eli Zaretskii > Cc: bug-make@gnu.org > > > Ok, I was able to create a minimal example. It happens only with g++ -pipe. > > Thanks, but I couldn't reproduce the problem on my main development > machine. Correction: I do succeed

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> From: Orgad Shaneh > Date: Fri, 16 Jun 2017 14:24:13 +0300 > Cc: bug-make@gnu.org > > Ok, I was able to create a minimal example. It happens only with g++ -pipe. Thanks, but I couldn't reproduce the problem on my main development machine. In my case, Make succeeds to delete

Re: Unlink failure on abort

2017-06-16 Thread Orgad Shaneh
On Fri, Jun 16, 2017 at 3:52 PM, Eli Zaretskii wrote: > > From: Orgad Shaneh > > Date: Fri, 16 Jun 2017 11:49:33 +0300 > > Cc: bug-make@gnu.org > > > > In general, killing subprocesses is problematic on Windows, because > > only child processes can be killed,

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> From: Orgad Shaneh > Date: Fri, 16 Jun 2017 11:49:33 +0300 > Cc: bug-make@gnu.org > > In general, killing subprocesses is problematic on Windows, because > only child processes can be killed, the grandchildren cannot. > Therefore, rearranging your build commands might make

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> From: Orgad Shaneh > Date: Fri, 16 Jun 2017 11:49:33 +0300 > Cc: bug-make@gnu.org > > I'd certainly like to know why "setlocale interferes with line > buffering if using parallel make on MinGW". Could you perhaps ask the > MSYS2 maintainers to report their findings here or

Checking application of dependencies from make rules without recipes

2017-06-16 Thread SF Markus Elfring
Hello, I got some special software development experiences by the usage of the program “GNU Make 4.2.1-1.7” on my openSUSE Tumbleweed system. The functionality “Generating prerequisites automatically” is desribed in the manual. I would like to check again how good this works at the moment. I am

Re: Unlink failure on abort

2017-06-16 Thread Orgad Shaneh
On Fri, Jun 16, 2017 at 11:49 AM, Orgad Shaneh wrote: > On Fri, Jun 16, 2017 at 9:23 AM, Eli Zaretskii wrote: > >> > From: Orgad Shaneh >> > Date: Fri, 16 Jun 2017 00:46:34 +0300 >> > >> > Ok, I found out that the bug is not (entirely) in make.

Re: Unlink failure on abort

2017-06-16 Thread Orgad Shaneh
On Fri, Jun 16, 2017 at 9:06 AM, Eli Zaretskii wrote: > > From: Orgad Shaneh > > Date: Thu, 15 Jun 2017 22:33:30 +0300 > > > > When I abort a build, make fails to unlink the intermediate files. I > previously used 4.1.90, and I don't remember > > having these

Re: Unlink failure on abort

2017-06-16 Thread Orgad Shaneh
On Fri, Jun 16, 2017 at 9:23 AM, Eli Zaretskii wrote: > > From: Orgad Shaneh > > Date: Fri, 16 Jun 2017 00:46:34 +0300 > > > > Ok, I found out that the bug is not (entirely) in make. What causes this > problem is the following patch applied > > by MSYS2 packages

Re: Unlink failure on abort

2017-06-16 Thread Henrik Carlqvist
On Fri, 16 Jun 2017 01:16:09 +0300 Orgad Shaneh wrote: > > On Thu, Jun 15, 2017 at 10:33 PM, Orgad Shaneh > > wrote: > >> mingw32-make[1]: *** Deleting file 'obj/main.o' > >> mingw32-make[1]: unlink: obj/main.o: Permission denied > Another thing I've noticed

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> From: Orgad Shaneh > Date: Fri, 16 Jun 2017 01:16:09 +0300 > > ... or not. I still get it even without this patch, when running from IDE. > Reverting the patch only fixes the issue > when running in command line. > > I did file a bug[1], but this is not the real reason.

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> From: Orgad Shaneh > Date: Fri, 16 Jun 2017 00:46:34 +0300 > > Ok, I found out that the bug is not (entirely) in make. What causes this > problem is the following patch applied > by MSYS2 packages of mingw make: > > diff -Naur make-4.2.1/main.c make-4.2.1.new/main.c > ---

Re: Unlink failure on abort

2017-06-16 Thread Eli Zaretskii
> From: Orgad Shaneh > Date: Thu, 15 Jun 2017 22:33:30 +0300 > > When I abort a build, make fails to unlink the intermediate files. I > previously used 4.1.90, and I don't remember > having these problems. > > This happens even for a single job (without -j). > > Output: >