develooper Front page | perl.perl5.porters | Postings from June 2004

Re: Smoke [5.9.2] 22881 FAIL(M) MSWin32 WinXP/.Net SP1 (x86/1 cpu)

Thread Previous | Thread Next
Steve Hay
June 7, 2004 01:40
Re: Smoke [5.9.2] 22881 FAIL(M) MSWin32 WinXP/.Net SP1 (x86/1 cpu)
Message ID:
Nick Ing-Simmons wrote:

>Steve Hay <> writes:
>>OK, forget the previous example which was playing with 
>>one.txt.  Let's look at a couple that more closely resembles Perl's 
>>FILE = ..\tmp\foo\bar.txt
>>all : $(FILE)
>>$(FILE) : make_file
>>make_file : ..\tmp\foo\
>>   cd ..\tmp\foo && perl
>>If I run "dmake -f" from C:\Temp then C:\tmp\foo\bar.txt 
>>gets written every time, even if it is up-to-date already.
>>Furthermore, GNU make behaves the same way, which suggests I've missed 
>>something somewhere, rather than this being a problem with dmake.
>>Why doesn't work properly?
>It is trying to cause ./make_file to come into existance, when that 
>has happened $(FILE) will be up to date, and so will all
>but it never does so they ain't.
Grr.  I think this is actually what Spider Boardman was saying last week 
which I obviously mis-interpreted.  Sorry.

So how to I tell dmake that make_file is a "pseudo-target" (as you 
originally referred to it yourself).  dmake does have the .PHONY 
attribute that Spider Boardman mentioned, but I couldn't see how to make 
use of it.  This makes no difference:

FILE = ..\tmp\foo\bar.txt
all : $(FILE)
$(FILE) : make_file
.PHONY : make_file
make_file : ..\tmp\foo\
    cd ..\tmp\foo && perl

dmake's manpage says this of the .PHONY attribute:

                   Any target with this attribute set  will  have
                   its  recipe  executed  each time the target is
                   made even if a file matching the  target  name
                   can  be  located.   Any  targets  that  have a
                   .PHONY attributed  target  as  a  prerequisite
                   will  be  made each time the .PHONY attributed
                   prerequisite is made.

Or is there no way to make this work?  If not then we'll have to revert 
to your other suggestion (nominating one of the $(UNIDATAFILES) as the 
only dependency --

- Steve

Radan Computational Ltd.

The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only.  If you have received this message in error or there are any problems, please notify the sender immediately.  The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden.  Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd.  The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.

Thread Previous | Thread Next Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at | Group listing | About