'... | 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

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:

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: Re-executing..., when and when not?

2025-06-19 Thread WaitronCharm via Bug reports and discussion for GNU make
d be doable without recursive 'make' or '.PHONY' targets. > > On Thursday, June 19th, 2025 at 9:05 PM, Paul Smith psm...@gnu.org 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: 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: Re-executing..., when and when not?

2025-06-20 Thread WaitronCharm via Bug reports and discussion for GNU make
x27;t9' was considered already. Finished prerequisites of target file 't10'. Must remake target 't10'. t9:1: update target 't10' due to: target does not exist echo a Putting child 0xa0001e0b0 (t10) PID 3187 on the chain. Live child 0xa0001e0b0 (t10) PID 3187 a