Re: Fwd: Re-executing..., when and when not?

2025-06-21 Thread WaitronCharm
p Guenther wrote: > > > -- Forwarded message -- > From: Philip Guenther > Date: Thursday, June 19, 2025 > Subject: Re-executing..., when and when not? > To: WaitronCharm > > > On Thu, Jun 19, 2025 at 2:31 PM WaitronCharm wrote: > > >

Re: Re-executing..., when and when not?

2025-06-20 Thread WaitronCharm via Bug reports and discussion for GNU make
licit rule for 't8'. No implicit rule found for 't8'. Finished prerequisites of target file 't8'. No need to remake target 't8'. Considering target file 't9'. Considering target file 't4'. Considering target file 't5'.

Re: Re-executing..., when and when not?

2025-06-19 Thread WaitronCharm via Bug reports and discussion for GNU make
using recursive 'make' or '.PHONY' or such exotic things? 'noname.gv.png' attached now. On Thursday, June 19th, 2025 at 10:59 PM, WaitronCharm wrote: > Yes, thank you. It looks like with the 1st execution not only included files > are re-made and a 2nd e

Re: Re-executing..., when and when not?

2025-06-19 Thread WaitronCharm via Bug reports and discussion for GNU make
#x27;t see that what.) I believe this should be doable without recursive 'make' or '.PHONY' targets. On Thursday, June 19th, 2025 at 9:05 PM, Paul Smith wrote: > On Thu, 2025-06-19 at 18:12 +, WaitronCharm via Bug reports and > discussion for GNU make wrote: > >

Re-executing..., when and when not?

2025-06-19 Thread WaitronCharm via Bug reports and discussion for GNU make
Hi everyone Story is the following. There is a 'makefile' which includes a couple of others, some are itself generated by the same 'make' run (i.e. NO recursive 'make' processes). Issue is that the 'make' re-run is not triggered as ... I wished. Interesting part from the below log is this: ..

Re: '... | Avoiding implicit rule recursion for rule '%/dir: %'. | ...'

2024-11-15 Thread WaitronCharm via Bug reports and discussion for GNU make
ZiAuOyBkb25lOyBybSAkJHZh cjsgcHJpbnRmICdcJydcbidcJycnCgp2bXdhcmVfd29ya3N0YXRpb25fMTZfcGxheWVyOiBcCglu YW1lcy92bXdhcmVfd29ya3N0YXRpb25fMTZfcGxheWVyIFwKCglwcmludGYgJyUuMzAwc1x0JXNc bicgJEAgIiQkKGNhdCBuYW1lcy92bXdhcmVfd29ya3N0YXRpb25fMTZfcGxheWVyKSIgfCBleHBh bmQgLXQgMSwzMDEK On Friday, November 8th,

Re: '... | Avoiding implicit rule recursion for rule '%/dir: %'. | ...'

2024-11-12 Thread WaitronCharm via Bug reports and discussion for GNU make
Please ignore. (After shutting down VMs on the computer the build completed. Strange symptom nevertheless...) On Tuesday, November 12th, 2024 at 11:41 PM, WaitronCharm via Bug reports and discussion for GNU make wrote: > Thank you for the patch. I was about to try it out and was following

Re: '... | Avoiding implicit rule recursion for rule '%/dir: %'. | ...'

2024-11-12 Thread WaitronCharm via Bug reports and discussion for GNU make
x27; is up to date. /usr/bin/msgmerge --update --lang=ga ga.po make.pot .... Shall I try any other branch / tag, other than master? This is on Cygwin. Thank you. On Friday, November 8th, 2024 at 5:41 AM, Dmitry Goncharov wrote: >

Re: '... | Avoiding implicit rule recursion for rule '%/dir: %'. | ...'

2024-11-07 Thread WaitronCharm via Bug reports and discussion for GNU make
On Wednesday, November 6th, 2024 at 9:51 PM, Dmitry Goncharov wrote: > Maybe the authors had some other reason, but the only reason i can see > today for implicit rules (other than match-anything rules) is > avoidance of infinite recursion in cases like the following > > all: hello.tsk > %.tsk:

'... | Avoiding implicit rule recursion for rule '%/dir: %'. | ...'

2024-11-05 Thread WaitronCharm via Bug reports and discussion for GNU make
Hello Here is a makefile, it is rather 'synthetic', just to illustrate the question. One variation: %/dir: %; # mkdir $@ target/dir/dir/file: target/dir/dir; # touch $@ target:; # mkdir $@ The other: %/dir: %; # mkdir $@ %/dir2: %; # mkdir $@ target/dir/dir2/file: target/dir/dir2; # touch $@ t