bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: sh embedding


From: icegood
Subject: Re: sh embedding
Date: Mon, 23 Jul 2012 13:43:03 -0700 (PDT)



Philip Guenther-2 wrote:
> 
> The '==' operator is a bash extension...
> 
Yes! Indeed! I checked. The problem was in '=='. I simply use 'c' much more
than bash, that why i used it. 
Since main question is closed we can now flud about others :) So, about
locks. You understand idea of locks in right way. And they indeed was
created to prevent dublication of making. And, of course, it's not atomic, i
know. Nothing actually atomic in make. Only rule chains are well
synchronized. All i have. Full template lib code is:
http://old.nabble.com/file/p34202354/common_lib.mak common_lib.mak 
where
1) real library has own folder, make inside that looks like this:
library:=...
src:=...
# template classes are not included into output library
templ_class_src:=
sublibraries:=<other libs with same make and same common template>
include ../common_lib.mak
and maybe some inner library dependencies:
foo: bar

2) other variables (like compiler) are  defined in "root" make

So. idea of parallel making was not only prevent double make but also allow
other make process to continue building process without waiting sibling one.
That's why i don't use any 'exit 1' cases. I hasn't found better way to
allow continue building of sibling process without building all files. But
at least it works. In nonparallel case everything works, of course, too, but
it's not interest case. 
-- 
View this message in context: 
http://old.nabble.com/sh-embedding-tp34201839p34202354.html
Sent from the Gnu - Make - Bugs mailing list archive at Nabble.com.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]