Hi all, Am Wed, 19 Jan 2011 14:26:02 +0100 schrieb "Warlich, Christof" <[email protected]>:
> > If you are using recursive make then the answer is no it is not > > possible even on "make level" > > google for document "Recursive Make Considered Harmful" your > > parallel builds will randomly fail > > and the risk of failing will increase as you increase number of > > jobs. > I read this document quite a while ago, so fortunately, this is not > an issue. Instead, I'm _including_ sub-makefiles in a recursive way, > so make has only one common database. > > > I'm very interested in this subject. In my project we have > > generated code for rpc interfaces and corba plus there is perl tool > > that generates some xml files. > Same with me, lots of generated (include) files, so gcc -MD can't > track the dependencies until the files are generted. > Anyhow, it seems very promising to look into Dave's audited objects > work. maybe you might want to have a look at the new build system for OpenOffice.org? You should find this talk interesting: http://www.ooocon.org/index.php/ooocon/2010/paper/view/212 Unfortunately, the video of the talk seems to be offline by now. You might want to take a look at the source to get an idea: http://hg.services.openoffice.org/DEV300/file/tip/solenv/gbuild However, OpenOffice.org is a huge project and many things in there should be an overkill for most projects (like building on a plethora of platforms, multiple layers of directories with different rpaths, precompiled headers, multiple source repositories and modules, homegrown localization), but there are valuable solutions in there for dependency generation. see also: http://blogs.sun.com/GullFOSS/entry/building_openoffice_org_with_gnu http://blogs.sun.com/GullFOSS/entry/gbuild_to_boldy_go_where http://wiki.services.openoffice.org/wiki/Build_Environment_Effort Best Regards, Bjoern _______________________________________________ Help-make mailing list [email protected] http://lists.gnu.org/mailman/listinfo/help-make
