On Sat, 2020-01-04 at 20:36 -0500, Dmitry Goncharov wrote:
> On Sat, Jan 4, 2020 at 3:23 PM Paul Smith wrote:
> > Thanks, I did something similar to this but not quite the same.
> Have you pushed?
I have now.
On Sat, Jan 4, 2020 at 3:23 PM Paul Smith wrote:
> Thanks, I did something similar to this but not quite the same.
Have you pushed?
> It's a bit strange because I don't see that same error on my system and in
> fact, I don't have that code in my sys/wait.h file; I'm using GNU libc
> 2.30. Maybe
On Sat, 2020-01-04 at 10:16 +0100, Christof Warlich wrote:
> The original doesen't work from my system (Debian Buster) at least:
>
> > $ ./bootstrap
> > ./bootstrap: Bootstrapping from checked-out make sources...
> > ./bootstrap: getting gnulib files...
> > Cloning into 'gnulib'...
> > fatal: unab
On Fri, 2020-01-03 at 22:18 -0500, Dmitry Goncharov via Bug reports and
discussion for GNU make wrote:
> This patch replaces __attribute__ with gmake_attribute to retain the
> current behavior of getting __attribute__ removed from gmake's internal
> function declartions and keep glibc declarations
Am 03.01.20 um 21:25 schrieb Paul Smith:
On Fri, 2020-01-03 at 20:42 +0100, Christof Warlich wrote:
By the way, I stumbled into a minor issue entirely unrelated to the
feature above that you may want to fix: The gnulib git repository
referenced in bootstrap seems to have changed its location, s
> From: Paul Smith
> Cc: "bug-make@gnu.org"
> Date: Fri, 03 Jan 2020 17:56:55 -0500
>
> On Fri, 2020-01-03 at 22:51 +, Martin Dorey wrote:
> > thanks to some new for loop initial declarations in file.c and rule.c,
> > which weren't legal in -std=gnu90, the compiler's default dialect.
>
> Hr
