* Gary V. Vaughan <g...@gnu.org> wrote: > People like to beat on GNU Libtool, and in some cases that criticism is > not undeserved... but in my experience, many critics of the tool come > from a perspective of building on a single architecture.
Actually, I'm building for lots of different archs almost all the day. Crosscompiling w/ sysroot, of course. And that's exactly the point where libtool and other autotools stuff was quite unusable until just a few years ago (eg. passed *wrong* library pathes to the toolchain). > That said, your comment strikes me as entirely unsubstantiated. Why do > you think the concepts themselves are insane? The whole idea of libtool essentially being a command line filter instead of defining an own coherent abstraction interface and one implementation/configuration instance per target instead of an autofooled instance per individual package build. > Setting aside the admitted implementation shortcomings for the sake > of argument; if you were > designing GNU Libtool from scratch, how would you do it differently? See git://pubgit.metux.de/projects/unitool.git > 1. Unix variants (including POSIX layers of non-Unix architectures) > build shared libraries in vastly different ways, GNU Libtool > needs to handle all of them; That's an issue of individual platform backends, which should be completely transparent to the calling package. > 3. There's no use in fighting against GNU Autoconf and GNU Automake, Ah, resistance is futile ? ;-o > 1. Once installed, it is useable outside the GNU eco-system by any > build-system that is prepared to call libtool rather than the > C-compiler for building and linking against shared compilation > units; Anyone seriously doing that ? I only see a wide tendency to move away from libtool in GNU world ... cu -- ---------------------------------------------------------------------- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 ---------------------------------------------------------------------- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme ----------------------------------------------------------------------
