bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [bug #57014] make-4.2.91 segfaults under Solaris 10 when many files


From: Dennis Clarke
Subject: Re: [bug #57014] make-4.2.91 segfaults under Solaris 10 when many files are involved
Date: Mon, 7 Oct 2019 21:02:10 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:70.0) Gecko/20100101 Thunderbird/70.0

On 2019-10-07 15:33, Paul Smith wrote:
On Mon, 2019-10-07 at 11:26 -0400, Dmitry Goncharov wrote:
On Mon, Oct 7, 2019 at 9:03 AM anonymous <address@hidden>
wrote:
With the following Makefile, make-4.2.91 segfaults on my Solaris
10:

...
include /dev/null
dummy: subdir/*.c
include /dev/null

This reproduces for me. This is the same read past the end of the
string inside sum_up_to_nul that is already fixed in git.
Denis, can you please pull the latest, built, run and report?

Unfortunately it's not easy to build from Git unless you have a full
suite of autotools available.

Indeed this is true but having all those tools is mostly just a set of
steps and some effort.  Therefore let's not think of automake/autoconf
and friends as a barrier whatsoever.

I am thinking of creating the official 4.3 release any day now (I was
going to do it yesterday but got sidetracked).  I can instead create a
new release candidate if people feel it's warranted.

Yes please.  With full enthusiasm.

I've often wished there was a straightforward way to generate "nightly
builds" (at least for nights when there have been changes pushed) that
we could point people at.

I have no problems making them, I just am not sure where to publish
them.  Pushing them to alpha.gnu.org is a lot of overhead but maybe
that's the right place anyway.

Firstly, this needs to be said. Thank you for your efforts and endless
diligence.  In my opinion GNU make is the beginning of all things to be
built on just about any system that is able.  It has become the defacto
standard 'make' and that has been true for at least a decade. Let's not
rush headlong without a great deal of care. Another release candidate is
a great idea. Consider that GNU Make 4.2.1 has done well for a long time
now and whatever release we work towards today will become the baseline
starting point of toolchains everywhere. We should take time and care.


--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional




reply via email to

[Prev in Thread] Current Thread [Next in Thread]