GNU bug report logs - #64743
Speed up GNU make's internal processing

Previous Next

Package: automake;

Reported by: Bruno Haible <bruno <at> clisp.org>

Date: Thu, 20 Jul 2023 14:09:02 UTC

Severity: normal

Done: Karl Berry <karl <at> freefriends.org>

Bug is archived. No further changes may be made.

Full log


Message #22 received at 64743 <at> debbugs.gnu.org (full text, mbox):

From: Nick Bowler <nbowler <at> draconx.ca>
To: Bruno Haible <bruno <at> clisp.org>
Cc: psmith <at> gnu.org, 64743 <at> debbugs.gnu.org, Karl Berry <karl <at> freefriends.org>
Subject: Re: bug#64743: Speed up GNU make's internal processing
Date: Thu, 20 Jul 2023 22:36:20 -0400
On 20/07/2023, Bruno Haible <bruno <at> clisp.org> wrote:
> Karl Berry wrote:
>> I just hope those weird-looking %:: rules do not cause trouble with
>> other makes. I guess we'll find out.
>
> I tested the default 'make' of various OSes, before submitting the patch.
> Whether some other, rarely-used 'make' implementation has problems with it,
> we'll find out.

FWIW I tried the makes on FreeBSD 9, HP-UX 11 and ULTRIX 4.5 and there was
no obvious negative effect with the snippet shown in the original post.

I expect all the non-GNU implementations are interpreting these lines
as ordinary target rules for a funnily-named files with funnily-named
prerequisites.  So it's not quite right to say it has "no effect", but
I think it shouldn't cause any particular problem for packages using
portable file names.

Cheers,
  Nick




This bug report was last modified 1 year and 305 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.