* Greg Stein [EMAIL PROTECTED] wrote:
snip
pffft. Ease up on the veto there. Users don't need autoconf or
libtool. The RM generates those files during the release process.
yeah, and then users have to repair broken ./configure scripts
again and again.
Well, at this point we have no need to
Enrico Weigelt wrote:
yeah, and then users have to repair broken ./configure scripts
again and again.
Really? How often does this actually happen? My experiences with
autoconf have been pretty good down the years and they get better as
people get better at using it. It's certainly not beyond
* Andy Armstrong [EMAIL PROTECTED] wrote:
Enrico Weigelt wrote:
yeah, and then users have to repair broken ./configure scripts
again and again.
Really? How often does this actually happen? My experiences with
autoconf have been pretty good down the years and they get better as
people
On Tue, Dec 14, 2004 at 03:58:42AM -0600, William A. Rowe, Jr. wrote:
At 03:33 AM 12/14/2004, Justin Erenkrantz wrote:
On Tue, Dec 14, 2004 at 03:20:26AM -0600, William A. Rowe, Jr. wrote:
Seriously, we could target only latest-n-greatest, but that
goes against the grain of many
* Joe Orton [EMAIL PROTECTED] wrote:
snip
You must run buildconf to regenerate the APR configure script, which is
the one which configures libtool and has references to egrep. Again, it
looks fine here with autoconf 2.59:
$ cd httpd-2.0.52
$ grep egrep srclib/apr/configure
...
if
* William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
Hi,
I think Joe's proposed bumping up to a mandatory autoconf 2.5x (for everyone)
because we keep getting nailed on autoconf 2.13 bugs. That's goodness.
+1 for the RM to use latest and greatest 2.5.x.
Great, but it still doesn't solve such
* Enrico Weigelt [EMAIL PROTECTED] wrote:
snip
I've got a fully automated distro builder system which could do nightly
builds in a wide range of environments (currently only linux, but different
kind of libc, other libs, features, etc) completely by itself and run
some test programs over
At 10:20 PM 12/16/2004, Enrico Weigelt wrote:
* William A. Rowe, Jr. [EMAIL PROTECTED] wrote:
+1 for the RM to use latest and greatest 2.5.x.
Great, but it still doesn't solve such fatal problems as the grep bug.
And autoconf is not really debuggable for folks who are not really
On Tue, Dec 14, 2004 at 06:58:06PM +0100, Enrico Weigelt wrote:
* Joe Orton [EMAIL PROTECTED] wrote:
Yeah, that was fixed in 1.5.10. For an autoconf 2.59-generated
configure script the only reference to grep -E is in the test to see
whether grep -E works or not, so that looks fixed to me
* Joe Orton [EMAIL PROTECTED] wrote:
Yeah, that was fixed in 1.5.10. For an autoconf 2.59-generated
configure script the only reference to grep -E is in the test to see
whether grep -E works or not, so that looks fixed to me too.
well, i've tried to regenerate configure with the newest
* Patrick Welche [EMAIL PROTECTED] wrote:
snip
Does this mean the following macro should appear somewhere in
httpd's configury?
-- Macro: AC_PROG_EGREP
Check whether `$GREP -E' works, or else search the user's `PATH'
for `egrep', and `gegrep', in that order, and set output
On Tue, Dec 14, 2004 at 03:20:26AM -0600, William A. Rowe, Jr. wrote:
Of course we could do that.
However, it's entirely against the first principal of httpd,
which is that this project builds against more old and crufty
operating systems installs than most utilities, sans 'cat' :)
Quoting Enrico Weigelt [EMAIL PROTECTED] (2004-12-14 04:50:36 GMT):
* Patrick Welche [EMAIL PROTECTED] wrote:
snip
Is part of the problem automake avoidance? AFAIR httpd just uses
No, autoconf is bad enough, automake will make it even worse.
Dont expect apache to remain in so many
On Tue, Dec 14, 2004 at 05:33:26AM +0100, Enrico Weigelt wrote:
It is of these macros which are doing regex test. My build system runs
the GNU grep v. 2.4.1. A short look the grep --help exposes, that the
-E option has to be passed when using extendet regex. Simply calling
egrep does not
On Tue, Dec 14, 2004 at 03:58:42AM -0600, William A. Rowe, Jr. wrote:
I would like to see ALOT of feedback to current-testers or dev
or even apache-modules of the alpha before declaring first beta.
Once beta - we should be very adverse to API changes - our module
authors will want to fix once
* Paul Querna [EMAIL PROTECTED] wrote:
snip
You aren't. I agree auto* sucks, but there isn't a viable alternative
that works today.
Well, I've tried to aquire helpers for such a project for years,
in dozens of other projects. But the only ones who were at least
thinking about it were the
* Enrico Weigelt wrote:
* Paul Querna [EMAIL PROTECTED] wrote:
We are the httpd server project, not the autoconf
replacement project.
With this mentality we will never get something better.
Such software doesnt simply fall from the heaven.
Sure. We get a better httpd.
nd
On Mon, Dec 13, 2004 at 09:20:41AM +0100, Enrico Weigelt wrote:
* Paul Querna [EMAIL PROTECTED] wrote:
snip
You aren't. I agree auto* sucks, but there isn't a viable alternative
that works today.
Well, I've tried to aquire helpers for such a project for years,
in dozens of other
--On Monday, December 13, 2004 5:29 AM +0100 Enrico Weigelt
[EMAIL PROTECTED] wrote:
we don't maintain configure;
bad enough. an carefully hand-written configure would be much better.
Been there, done that with APACI. We ain't going back to a hand-written
configure.
AIUI, your problem is
On Mon, Dec 13, 2004 at 03:35:38PM -0800, Justin Erenkrantz wrote:
--On Monday, December 13, 2004 5:29 AM +0100 Enrico Weigelt
[EMAIL PROTECTED] wrote:
we don't maintain configure;
bad enough. an carefully hand-written configure would be much better.
Been there, done that with APACI. We
At 08:08 AM 12/13/2004, Patrick Welche wrote:
Is part of the problem automake avoidance? AFAIR httpd just uses
autoconf and libtool. The other thing is that now that libtool
has a LT_PREREQ (VERSION) macro, one could set that and no longer
maintain the special httpd distributed version and
On Tue, Dec 14, 2004 at 09:00:58AM +, Joe Orton wrote:
Yeah, that was fixed in 1.5.10. For an autoconf 2.59-generated
configure script the only reference to grep -E is in the test to see
whether grep -E works or not, so that looks fixed to me too.
Excellent. So we've wasted all this
At 03:33 AM 12/14/2004, Justin Erenkrantz wrote:
On Tue, Dec 14, 2004 at 03:20:26AM -0600, William A. Rowe, Jr. wrote:
Seriously, we could target only latest-n-greatest, but that
goes against the grain of many participants.
I think we should be much stricter for the releases we make and
* Justin Erenkrantz [EMAIL PROTECTED] wrote:
snip
AIUI, your problem is fixed if we roll with current autoconf and libtool
versions. I've been using ac 2.59 and lt 1.5.10 for 2.1.x releases - do
they work for you out-of-the-box? I don't know of any particular reason
No, doesn't make a
* André Malo [EMAIL PROTECTED] wrote:
snip
With this mentality we will never get something better.
Such software doesnt simply fall from the heaven.
Sure. We get a better httpd.
Yes, of course.
Software doesn't get built from source by magic. Either people
to this completely by hand or
* Patrick Welche [EMAIL PROTECTED] wrote:
snip
Is part of the problem automake avoidance? AFAIR httpd just uses
No, autoconf is bad enough, automake will make it even worse.
Dont expect apache to remain in so many distros if you switch
to automake and bring distributor's life ten steps nearer
* Enrico Weigelt wrote:
Again its an autoconf problem. More than just a bug.
I'm wondering why you report it *here*. Sure, it's interesting, but did you
consider opening a bug report at the autoconf site?
nd
--
die (eval q-qq:Just Another Perl Hacker
:-)
# André Malo, http://pub.perlig.de/
* Jeff Trawick [EMAIL PROTECTED] wrote:
snip
we don't maintain configure;
bad enough. an carefully hand-written configure would be much better.
it is autogenerated; any fixes need to be
in the input files; it looks like the portion you had to modify comes
from libtool sources, not from
Enrico Weigelt wrote:
snip
I dont count the days of autoconf-trouble anylonger - i'm counting
the days when autoconfs really works, there're just a few.
I've written down some concepts for an universal crossplatform
compiling/building toolkit, which also supports crosscompiling and
sysroot'ing as
On Tue, 7 Dec 2004 21:53:07 +0100, Enrico Weigelt [EMAIL PROTECTED] wrote:
here's a patch against httpd-2.0.49 which fixes the broken
configure script.
we don't maintain configure; it is autogenerated; any fixes need to be
in the input files; it looks like the portion you had to modify comes
Hi folks,
here's a patch against httpd-2.0.49 which fixes the broken
configure script. I'm happy enough that I now have at least *one*
working version and I'm relly too lazy to go in deeper autoconf
torture, so the one who's responsible for ./configure should
fix it all versions.
Life could
31 matches
Mail list logo