Am 20.09.22 um 20:36 schrieb Paul Smith:
> A new release candidate for GNU make 4.4 is available now for download:
>
> 0c3daaec8c81bf72f460677ccda32364 make-4.3.90.tar.lz
> 54726144a7ae0465451f8ca0740f3d1f make-4.3.90.tar.gz
On macOS, compiling "glob.c" gives these warnings:
> * Some POSIX systems (*BSD) do not allow locks to be taken on pipes, which
> caused the output sync feature to not work properly there. Also multiple
> invocations of make redirecting to the same output file (e.g., /dev/null)
> would cause hangs. Instead of locking stdout (which does
On Sun, 2022-10-02 at 22:14 +0200, Frank Heckenbach wrote:
> I have a pattern rule like "%.c %.h &: %.y" for a tool (Bison) that
> may generate two output files (.c and .h), but in some cases
> (depending on the option "--defines") only one of them (.c).
The change was intentional, but has been
I noticed a change in behaviour which I didn't find mentioned in
(or an apparent consequence of) the listed backward-incompatible
changes.
I have a pattern rule like "%.c %.h &: %.y" for a tool (Bison) that
may generate two output files (.c and .h), but in some cases
(depending on the option
t
>
> ... to be helpful.
>
> --
> *From:* Bug-make on
> behalf of Eli Zaretskii
> *Sent:* Monday, September 26, 2022 10:10
> *To:* psm...@gnu.org
> *Cc:* david.s.bo...@gmail.com ; bug-make@gnu.org
>
> *Subject:* Re: GNU make 4.3.90 release can
rg
Cc: david.s.bo...@gmail.com ; bug-make@gnu.org
Subject: Re: GNU make 4.3.90 release candidate available
* EXTERNAL EMAIL *
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Mon, 26 Sep 2022 12:31:34 -0400
>
> On Mon, 2022-09-26 at 12:16 -0400, David Boyce wrote:
>
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Mon, 26 Sep 2022 15:14:37 -0400
>
> > Some binaries from Git for Windows are MinGW binaries, but some are
> > MSYS2 binaries. All those for which Git Bash says they are in /bin
> > (as opposed to /mingw64/bin) are MSYS2 binaries, they depend on
On Mon, 2022-09-26 at 21:46 +0300, Eli Zaretskii wrote:
> > On Mon, 2022-09-26 at 20:23 +0300, Eli Zaretskii wrote:
> > > The following tests should be disabled on MS-Windows, because
> > > they cannot possibly work:
> >
> > I have access to a VM running Windows 10 with a relatively recent
> >
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Mon, 26 Sep 2022 14:23:40 -0400
>
> On Mon, 2022-09-26 at 20:23 +0300, Eli Zaretskii wrote:
> > The following tests should be disabled on MS-Windows, because they
> > cannot possibly work:
>
> I have access to a VM running Windows 10 with a
On Mon, 2022-09-26 at 20:23 +0300, Eli Zaretskii wrote:
> The following tests should be disabled on MS-Windows, because they
> cannot possibly work:
I have access to a VM running Windows 10 with a relatively recent
Visual Studio install, with a recent Perl, and with the Git for Windows
binaries
> From: Paul Smith
> Cc: coordina...@translationproject.org
> Date: Tue, 20 Sep 2022 14:36:05 -0400
>
> A new release candidate for GNU make 4.4 is available now for download:
>
> 0c3daaec8c81bf72f460677ccda32364 make-4.3.90.tar.lz
> 54726144a7ae0465451f8ca0740f3d1f make-4.3.90.tar.gz
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Mon, 26 Sep 2022 12:31:34 -0400
>
> On Mon, 2022-09-26 at 12:16 -0400, David Boyce wrote:
> > BTW wget complains about the certificate:
> >
> > $ wget https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz
> > --2022-09-26 09:12:58--
ber 26, 2022 09:31
To: David Boyce
Cc: bug-make@gnu.org
Subject: Re: GNU make 4.3.90 release candidate available
* EXTERNAL EMAIL *
On Mon, 2022-09-26 at 12:16 -0400, David Boyce wrote:
> BTW wget complains about the certificate:
>
> $ wget
> https://nam04.safelinks.protect
On Mon, 2022-09-26 at 12:16 -0400, David Boyce wrote:
> BTW wget complains about the certificate:
>
> $ wget https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz
> --2022-09-26 09:12:58-- https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz
> Resolving alpha.gnu.org (alpha.gnu.org)... 209.51.188.21,
BTW wget complains about the certificate:
$ wget https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz
--2022-09-26 09:12:58-- https://alpha.gnu.org/gnu/make/make-4.3.90.tar.gz
Resolving alpha.gnu.org (alpha.gnu.org)... 209.51.188.21, 2001:470:142:3::c
Connecting to alpha.gnu.org
> On 24 Sep 2022, at 18:45, Paul Smith wrote:
>
> On Wed, 2022-09-21 at 06:18 +0100, Sam James wrote:
>> Can I suggest forwarding to the platform-testers@ mailing list as
>> well?
>
> I've never heard of this; is it @gnu.org? Or somewhere else? A full
> email address would be useful and
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Sun, 25 Sep 2022 08:28:50 -0400
>
> On Sun, 2022-09-25 at 13:30 +0300, Eli Zaretskii wrote:
> > > From: Paul Smith
> > > Cc: bug-make@gnu.org
> > > Date: Sat, 24 Sep 2022 16:44:44 -0400
> > >
> > > On Sat, 2022-09-24 at 16:41 -0400, Paul Smith
On Sun, 2022-09-25 at 13:30 +0300, Eli Zaretskii wrote:
> > From: Paul Smith
> > Cc: bug-make@gnu.org
> > Date: Sat, 24 Sep 2022 16:44:44 -0400
> >
> > On Sat, 2022-09-24 at 16:41 -0400, Paul Smith wrote:
> > > makeint.h already has HAVE_MAKEINT_H
> >
> > Doh, I meant HAVE_INTTYPES_H of course.
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Sat, 24 Sep 2022 16:44:44 -0400
>
> On Sat, 2022-09-24 at 16:41 -0400, Paul Smith wrote:
> > makeint.h already has HAVE_MAKEINT_H
>
> Doh, I meant HAVE_INTTYPES_H of course.
Is the below OK?
--- src/makeint.h~0 2022-09-18
On Sat, 2022-09-24 at 16:41 -0400, Paul Smith wrote:
> makeint.h already has HAVE_MAKEINT_H
Doh, I meant HAVE_INTTYPES_H of course.
On Sat, 2022-09-24 at 21:09 +0300, Eli Zaretskii wrote:
> MinGW does have inttypes.h, if you want to use PRId64 or somesuch,
> and
> if the other supported platforms have that.
>
> I'm fine with using our own definition for PRId64, if that's what you
> prefer. On makeint.h, I presume?
makeint.h
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Sat, 24 Sep 2022 13:10:00 -0400
>
> > Here are the proposed patches for the above 2 warnings. Paul, if you
> > agree with them, I will install them in the repository.
>
> These changes look good to me, thanks!
Thanks, installed.
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Sat, 24 Sep 2022 13:45:57 -0400
>
> On Wed, 2022-09-21 at 06:18 +0100, Sam James wrote:
> > Can I suggest forwarding to the platform-testers@ mailing list as
> > well?
>
> I've never heard of this; is it @gnu.org?
Yes, platform-test...@gnu.org.
> From: Paul Smith
> Cc: bug-make@gnu.org
> Date: Sat, 24 Sep 2022 13:42:39 -0400
>
> On Sat, 2022-09-24 at 14:17 +0300, Eli Zaretskii wrote:
> > Here are the proposed patches:
> >
> > --- src/function.c~02022-09-18 22:06:17.0 +0300
> > +++ src/function.c 2022-09-24
On Wed, 2022-09-21 at 06:18 +0100, Sam James wrote:
> Can I suggest forwarding to the platform-testers@ mailing list as
> well?
I've never heard of this; is it @gnu.org? Or somewhere else? A full
email address would be useful and also if you have any information on
this (a website or whatever)
On Sat, 2022-09-24 at 14:17 +0300, Eli Zaretskii wrote:
> Here are the proposed patches:
>
> --- src/function.c~02022-09-18 22:06:17.0 +0300
> +++ src/function.c 2022-09-24 13:30:01.740875000 +0300
> @@ -823,6 +823,15 @@ func_wordlist (char *o, char **argv, con
> stop =
On Sat, 2022-09-24 at 14:09 +0300, Eli Zaretskii wrote:
> I've built this with mingw.org's MinGW for native MS-Windows. I
> found several issues during the build, some of them specific to
> Windows, others more general. (I didn't yet run the test suite, I
> intend to do that next.)
>
> Here are
I've built this with mingw.org's MinGW for native MS-Windows. I found
several issues during the build, some of them specific to Windows,
others more general.
Below are the build-time issues that are specific to MS-Windows, and
the proposed patches. Paul, I'll wait for your okay before
I've built this with mingw.org's MinGW for native MS-Windows. I found
several issues during the build, some of them specific to Windows,
others more general. (I didn't yet run the test suite, I intend to do
that next.)
Here are the build-time issues that aren't specific to MS-Windows:
> On 20 Sep 2022, at 19:36, Paul Smith wrote:
>
>
>GNU make is a tool which controls the generation of executables and
>other non-source files of a program from the program's source files.
>
>You can learn
GNU make is a tool which controls the generation of executables and
other non-source files of a program from the program's source files.
You can learn more at: https://www.gnu.org/software/make/
31 matches
Mail list logo