Just an addendum to the issue Cliff encountered with PHP.
This was traced down to a minor abnormality in autoconf-2.50
which apparently was eliminated in later versions. I've
committed a workaround for that. Case closed.
- Sascha
Jeff Trawick [EMAIL PROTECTED] writes:
Greg Stein [EMAIL PROTECTED] writes:
libtool 1.3 has problems with intra-library dependencies. This is making
some of the dependency stuff in apr(-util) a bit more complicated than it
needs to be.
The simple answer is to require libtool 1.4.
Greg Stein [EMAIL PROTECTED] wrote:
libtool 1.3 has problems with intra-library dependencies. This is making
some of the dependency stuff in apr(-util) a bit more complicated than it
needs to be.
The simple answer is to require libtool 1.4.
Subversion has been on libtool 1.4 since last
From IRC, I already have a +1 from Justin and Sander. So I'd say we have
enough positive traction for the move. But does anybody see any *problems*
or have a reason to *not* require 1.4 ?
PHP has required 1.4.x for months and our latest distributions
are based on it; no problems so
Greg Stein [EMAIL PROTECTED] writes:
libtool 1.3 has problems with intra-library dependencies. This is making
some of the dependency stuff in apr(-util) a bit more complicated than it
needs to be.
The simple answer is to require libtool 1.4.
Two concerns:
1) libtool 1.4.2 fails on HP-UX.
On Tue, May 14, 2002 at 12:44:33AM -0700, Greg Stein wrote:
libtool 1.3 has problems with intra-library dependencies. This is making
some of the dependency stuff in apr(-util) a bit more complicated than it
needs to be.
The simple answer is to require libtool 1.4.
Are there any platforms do
On Tue, 14 May 2002, Aaron Bannert wrote:
On Tue, May 14, 2002 at 12:44:33AM -0700, Greg Stein wrote:
libtool 1.3 has problems with intra-library dependencies. This is making
some of the dependency stuff in apr(-util) a bit more complicated than it
needs to be.
The simple answer is to
Are there any platforms do _not_ support libtool 1.4 or have problems
with it? What about specific versions of 1.4 (like 1.4.2 on AIX for
example)? If so, I don't want to get in to the version nightmare that
projects like PHP have gotten themselves in to. OTOH, if we can minimize
Jeff Trawick [EMAIL PROTECTED] writes:
The simple answer is to require libtool 1.4.
Two concerns:
1) libtool 1.4.2 fails on HP-UX. One of the Apache tarballs was
created with libtool 1.4.2 but it didn't work on HP-UX. Maybe
1.4.x works on HP-UX.
I was unable to recreate any
PHP seems to require a magic combination of versions for libtool,
autoconf, and automake that allow it to build properly, and can on
occasion freak out if you don't have the right combo (Cliff, what is
up with your slackware?).
Most likely a broken vendor installation of at least one
Aaron Bannert wrote:
PHP seems to require a magic combination of versions for libtool,
autoconf, and automake that allow it to build properly, and can on
occasion freak out if you don't have the right combo (Cliff, what is
up with your slackware?).
For what's it's worth, that's not been my
On Tue, 14 May 2002, Sascha Schumann wrote:
PHP seems to require a magic combination of versions for libtool,
autoconf, and automake that allow it to build properly, and can on
occasion freak out if you don't have the right combo (Cliff, what is
up with your slackware?).
Most likely
On Tue, May 14, 2002 at 11:15:18AM -0400, Garrett Rooney wrote:
On Tue, May 14, 2002 at 07:45:37AM -0700, Aaron Bannert wrote:
On Tue, May 14, 2002 at 12:44:33AM -0700, Greg Stein wrote:
libtool 1.3 has problems with intra-library dependencies. This is making
some of the dependency stuff
main/internal_functions.c was never generated. Now at least it would get
built by the Makefile if it *did* exist, which is more than used to
happen.
Do you see a line creating main/internal_functions.c when
running configure?
If yes, please send me the output of configure, after
14 matches
Mail list logo
