[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20140701152233.GA2775@thunk.org>
Date: Tue, 1 Jul 2014 11:22:33 -0400
From: Theodore Ts'o <tytso@....edu>
To: "Burton, Ross" <ross.burton@...el.com>
Cc: linux-ext4 <linux-ext4@...r.kernel.org>
Subject: Re: Generated files in e2fsprogs git repo
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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists