From: Theodore Ts'o <tytso@mit.edu>
To: "Dilger, Andreas" <andreas.dilger@intel.com>
Cc: "linux-ext4@vger.kernel.org" <linux-ext4@vger.kernel.org>
Subject: Re: Unable to build e2fsprogs 1.42.11 on RHEL 5
Date: Fri, 25 Jul 2014 10:33:38 -0400 [thread overview]
Message-ID: <20140725143338.GS1865@thunk.org> (raw)
In-Reply-To: <CFF6DF2A.B393D%andreas.dilger@intel.com>
On Thu, Jul 24, 2014 at 10:04:53PM +0000, Dilger, Andreas wrote:
> I'm unable to build the latest e2fsprogs on RHEL 5, since it returns an
> error running autoconf:
>
> autoconf
> aclocal.m4:3095: error: Autoconf version 2.60 or higher is required
> aclocal.m4:3095: the top level
What I try to tell everyone is that the only people who should run
autoconf are developers. If you are building on a systems that are
running older versions of autoconf, such as RHEL or LTS, you should
simply *not* run autoconf, or autoreconf, or anything else like that.
If you do, that's something which is explicitly disclaimed.
The reason why we have the AC_PREREQ(2.60) is because of the
AC_PROG_MKDIR_P requirement which you noted.
> It looks like this was added in commit 93613951 "aclocal.m4: update
> to newer versions of autoconf macros". Was there a particular
> reason for that change (there is no explanation given in the commit
> message)?
It was part of some work to update the autoconf and config.* files to
support some new platforms, such as ppcle. (I think there was some
other platform that Ross Burton at Intel was trying to enable, but I'm
not sure what it was.) While I was looking at these files, I noticed
that the gettext related macros were close to a decade old, and I
decided it was time to update them.
For RHEL5, it should be safe to revert the change, but the simpler
thing is to simply lay off trying to regenerate the configure.in file.
Autoconf doesn't have very good compatibility support, so whenever we
update autoconf related files, it's possible that future changes will
require changes to the Makefile.in files.
Cheers,
- Ted
next prev parent reply other threads:[~2014-07-25 14:33 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-24 22:04 Unable to build e2fsprogs 1.42.11 on RHEL 5 Dilger, Andreas
2014-07-25 14:33 ` Theodore Ts'o [this message]
2014-07-25 21:36 ` Dilger, Andreas
2014-07-26 14:37 ` Theodore Ts'o
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140725143338.GS1865@thunk.org \
--to=tytso@mit.edu \
--cc=andreas.dilger@intel.com \
--cc=linux-ext4@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.