On Sep 6, 2012, at 12:53 , Michael Haberler wrote: > > Am 06.09.2012 um 13:17 schrieb EBo: > >> Fair enough. I thought the current discussion concerned moving away >> from autoconf and friends. Personally I have a lot more experience and >> comfort with autoconf, automake, and libtools. Some people hate them, >> and the whole jam thing is a lot more portable (at least from my >> experience). So I am not advocating ditching auto*, just joining in the >> discussion. > > > The issue IMO is primarily with the Submakefile scheme which is a minefield > to walk through when adding something nontrivial, and that happens frequently > and not only to me; if that could be replaced by a more robust scheme that > would be great (how many times you've been bitten by "failed to remake > Makefile"?)
I haven't been bit by "failed to remake Makefile" very often, but my changes have usually been limited to adding additional drivers and stuff next to existing drivers, so it's always been pretty easy to copy-paste existing Submakefile stanzas. > For some reason it seems there was a prevailing opinion that recursive make > invocations are a bad thing. http://aegis.sourceforge.net/auug97.pdf > A different issue with autoconf is that writing working feature test macros > is outright pathetic, and IMO the folks who came up with the idea of using m4 > for this purpose should be summarily shot. But then this isnt all that > frequent so one can suffer through that. I too dislike this part of autoconf. I've had good experiences with scons and cmake. -- Sebastian Kuzminsky ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
