I will reconsider usage of .SECONDARY in my applications and that should
work.
Hope this thread highlighted a case worth considering for make devs.
Thanks,
Mikhail
On 05.10.2022 10:51, Dmitry Goncharov wrote:
On Tuesday, October 4, 2022, Mikhail Pomaznoy wrote:
Martin's snippet
use make for running pipelines and add .SECONDARY
routinely because I don't want anything to be deleted as temporary file
-Mikhail
On 10/5/22 09:58, Dmitry Goncharov wrote:
On Tue, Oct 4, 2022 at 10:08 PM Martin Dorey
wrote:
Isn't this slightly simplified example sufficient to demonstrate
A further note: it's version 4.3 of make
On 10/4/22 14:57, Mikhail Pomaznoy wrote:
Greetings,
I have encountered weird behavior in make and tried to isolate it.
The software was built from source.
I have the following Makefile:
|RECIPE = echo "Making $@ from $^" > $@||
||
use invalid A.4.ind file. This is a
bit unexpected to me already. Moreover, if I remove .SECONDARY,/A.4.ind/
or /A.3.ind/ ARE updated while preparing /T.1./
Could you please clarify or investigate ?
-Mikhail
//
Follow-up Comment #5, bug #62162 (project make):
Oh, I got it now, % expands as a stem of static pattern rule, and not being
used by patsubst.
The issue is resolved.
Thanks,
Mikhail
___
Reply to this item at:
<ht
Follow-up Comment #4, bug #62162 (project make):
Thanks, _$$(percent)_ trick makes the job done.
However what is happening is still obscure. For example, here _patsubst_ does
everything correctly
lib1_SRCS := main.c try.c test.c
lib2_SRCS := lib.c api.c
.SECONDEXPANSION:
lib1 lib2:
le from d_file" > b_file||
||echo "making c_file from d_file" > c_file|
If I remove dry run switch than additionally the command
|echo "making a_file from $<" > $@|
is executed. Why dry run shows incorrect commands? Isn't it obvious in a
dry run tha file a_file should also be updated?
Thanks,
-Mikhail
URL:
http://savannah.gnu.org/bugs/?35248
Summary: When running in debug-mode (-d), make reports a
strange `multiple target patterns' error
Project: make
Submitted by: kot
Submitted on: Thu 05 Jan 2012 08:31:18 PM GMT
Follow-up Comment #2, bug #35248 (project make):
Yes, it certainly looks like make's own output is being parsed as a
makefile...
Line rules.mk:327 reads:
$(SHARED_LIBRARY): $(OBJS) $(RES) $(MAPFILE) $(SUB_SHLOBJS)
The project is Mozilla's NSS, BTW. Source downloaded from: