Am 30.06.2011 09:58 schrieb Peter Lemenkov:
2011/6/29 Carl-Daniel Hailfinger c-d.hailfinger.devel.2006@gmx.net:
Autodetect target processor architecture. Enable architecture dependent compilation of individual sub-drivers for the internal programmer.
Why not to start adopting autotools as a replacement for hand-written makefiles at this point? They already have (proven) macros for endianness detection, cpu and architecture and many other good and useful stuff.
Using autoconf would imply at least a fourfold increase in compile time, and it will break anyway (a few years ago I worked for SUSE, and most of the packaging effort for my packages went into fixing breakage caused by autoconf). AFAIK KDE switched from autotoos to CMake with KDE4.
To even consider autotools at all, two basic requirements must be met: - Zero compile time increase (that includes the configure step in a pristine tree). - Total lines of code to be maintained do not increase either.
That said, maybe there is a less buggy autotools alternative which fulfills the above two requirements. I'd be interested to hear about such a solution. CMake has been mentioned in the past, but IIRC it would have resulted in more lines of code to be maintained as well.
Regards, Carl-Daniel