Hi Paul,
Am 22.09.2019 um 23:42 schrieb Paul Smith :
> On Tue, 2019-09-17 at 09:40 +0200, Dagobert Michelsen wrote:
>> Additionally, I have two failed tests on Solaris 10 borg Sparc x86:
>
> The wildcard issue is due to the old glob.c implementation in GNU make.
> I don't know if I can fix that b
On Fri, 2019-09-13 at 21:42 -0400, Dmitry Goncharov via Bug reports and
discussion for GNU make wrote:
> aix implementation of realpath returns a path with a trailing slash
> given a path with 2 or more trailing slashes. This makes realpath test
> fail.
I changed the realpath function to remove tr
On Tue, 2019-09-17 at 09:40 +0200, Dagobert Michelsen wrote:
> cd tests && perl ./run_make_tests.pl -srcdir
> /home/dam/mgar/pkg/gmake/trunk/work/solaris10-i386/build-isa-
> pentium_pro-guile-yes/make-4.2.91 -make ../make
> syntax error at ./run_make_tests.pl line 473, near "or continue"
> Executio
On Mon, 2019-09-16 at 15:07 +0200, Andreas Schwab wrote:
> > I didn't apply this change because I'm not exactly sure where I want to
> > go with this yet. I'm not excited about tweaking the test suite based
> > on the endianness of the underlying system but it seems silly to reduce
> > the perform
On Tue, 2019-09-10 at 13:33 +0200, Florian Weimer wrote:
> * configure.ac (HAVE_GETTIMEOFDAY): Avoid reference to undeclared
> exit function.
I applied this to Git. Thanks for contributing to GNU make!
___
Bug-make mailing list
Bug-make@gnu.org
https:
On Thu, 2019-09-05 at 16:49 -0400, Peter Marshall wrote:
> 5.3 Recipe Execution
>
> foo : bar/lose
> cd $(@D) && gobble $(@F) > ../$@
Indeed this is incorrect. I've updated the manual.
Thanks for mentioning this!
___
Bug-make mailing list
Bu
On Wed, 2019-09-11 at 08:44 +0200, Andreas Schwab wrote:
> On Sep 10 2019, Paul Smith wrote:
>
> > That didn't work, however, because particularly in recursive make
> > the makefile name is likely not qualified with a path, but the
> > current working directory when the build is invoked is not th
Update of bug #56914 (project make):
Status:None => Works for me
Open/Closed:Open => Closed
___
Follow-up Comment #2:
I'm going to close thi
On Sat, 2019-09-21 at 21:21 -0400, Dmitry Goncharov wrote:
> On Sat, Sep 21, 2019 at 04:54:59PM -0400, Paul Smith wrote:
> > I pushed a different fix for this issue. Thanks for noticing!
> Thank you.
> Do you intentionally avoid $! in the "Cannot execute" error message?
No, I just didn't change t
