Hi FCh,

Yes I understand that it can be used as an order only input dependency, 
however my executables won't link without explicitly specifying the object 
files to the linker in that command.

Is there a way around this than manually handcoding all the linker 
dependencies?

Thanks.

On Sunday, 25 May 2014 19:05:09 UTC+12, Freddie Chopin wrote:
>
> W dniu 2014-05-25 07:26, thegreendroid pisze: 
> > Hi Tup Users, 
> > 
> > Is it possible to access {ALL_OBJS} in the second command below? If I 
> > run this Tupfile, I get an error saying {ALL_OBJS} not found. 
> > 
> > : foreach *.c |> gcc -Wall -Wextra -std=c11 -c %f -o %o |> %B.o 
> {ALL_OBJS} 
> > : foreach Test_*.o |> gcc {ALL_OBJS} -o %o |> %B.exe {TEST_EXES} 
> > : foreach {TEST_EXES} |> ./%f |> 
> > 
> > What I am trying to do here is to re-link test executables only if its 
> > link-time dependencies change by over-specifying (specifying all the 
> > object files that were generated from the compile step). I am hoping Tup 
> > figures out which ones are actually read by the linker and that only the 
> > appropriate tests are re-linked if a certain object file changes. 
> > 
> > Alternate ideas on how to go about this welcome. 
> > 
> > Thanks! 
>
> You should have {ALL_OBJS} as a dependancy (normal or "order only"), not 
> directly in the command. Check manual and description of {bin} to see 
> how this can be used. http://gittup.org/tup/manual.html 
>
> Regards, 
> FCh 
>
>

-- 
-- 
tup-users mailing list
email: [email protected]
unsubscribe: [email protected]
options: http://groups.google.com/group/tup-users?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"tup-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to