[Spread-users] Problems with installation of 4.2 release

Johannes Wienke jwienke at techfak.uni-bielefeld.de
Mon Nov 19 15:22:44 EST 2012


On 19.11.2012 20:10 schrieb Jonathan Stanton:
> I think I can explain that. 
> 
> Our make files are run as separate Make executions in each directory (lib, include, daemon, docs, libspread-util, ...) by the top level makefile, they are not all part of the same make run. So what you should see is that the 'make' execution in the 'daemon' directory did error and stop running, but the top level make kept running the other directories make tasks (for example in 'examples' (as they may have file dependancies on specific files in other directories, but no dependency on the previous make executions being error-free.  
> 
> That is why the 'make' run as a whole doesn't stop then, but if you scroll back you should see errors in the console output. If that's what you saw, it is expected. If you do not see any error in the console output for the daemon directory when you look back, please send that output and I'll figure out what's going on. 
> 
> Changing this requires reworking the way the Makefiles are written to not create 'independant' files per main component directory, but to rather have an integrated top-level make that knows how to build everything in subdirectories. It wasn't the way the project evolved and it's nice to keep separate components easily buildable separately (I know that's still possible with integrated makefiles but it is more complex). 
> 
> If anyone knows a simple way to have independent Makefiles communicate error status so the toplevel won't run the rest of the directories, I'm happy to try the idea. 

What about this?
http://seejeffrun.blogspot.de/2008/08/making-makefiles-behave-loops.html

Cheers,
Johannes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 261 bytes
Desc: OpenPGP digital signature
Url : http://lists.spread.org/pipermail/spread-users/attachments/20121119/2272d322/attachment.bin 


More information about the Spread-users mailing list