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,
poi
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 check
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 for
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
>
> 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 the file open for writing, and g++ and make
> fail to
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 that failed with ERROR_ACCESS_DENIED. What am I missing?
> >
>
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++
> -pipe.
> >
> > Thanks, but I couldn't reproduce the problem on my main devel
> 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 and mingw32-make.ex
> 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 sometimes to reprodu
> 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 the file every tim
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, the grandchildren cannot.
> > The
> 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 the issue go
> aw
> 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 on make-w32?
>
>
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 t
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. What causes
>> this problem is the following patch
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 problems.
> >
> > This happens even
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 of mingw make:
> >
> > diff -Naur
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 is that make (on Windows/MinGW) leav
18 matches
Mail list logo
