On Tue, Jul 01, 2014 at 10:55:51AM +0100, Burton, Ross wrote: > > My context is that we're building distributions and for every package > that uses autotools we forcibly autoreconf because the > upstream-provided configure is generally insufficient: for example > upstream libtool needs patches to cross-compile correctly, and there's > a long lag (several years) between a new architecture being developed > (two recent examples: x32 and aarch64) and it being wide-spread enough > to be in every generated configure script. I don't use libtool at all, because I'm not a masochist. https://plus.google.com/+TheodoreTso/posts/89xgTY49Rvk I assume the real issue is that you need an updated version of config.guess and config.sub. That can be easily updated without having to use autoreconf, which is using an elephant gun to kill a flea. > e2fsprogs is one of the handful that breaks when we do this, because > aclocal.m4 contains macros that don't come from the system (AX_TLS and > CHECK_GNU_MAKE). Simply moving these macros to acinclude.m4 should > solve this problem for us: autoconf defines that aclocal.m4 contains > copies of macros from the system, but acinclude.m4 contains > project-specific macros. I'll send a patch shortly to implement this > split. I'll look at that patch; if it's clean, I won't have a problem with it. But I'd strongly encourage you to consider just updating config.guess and config.sub for those projects that have the good taste not to use libtool. Regards, - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
