[EMAIL PROTECTED] wrote:
trawick 2003/06/11 08:10:46
Modified:.configure.in
Log:
pick up apr-determined cflags and cppflags for apr-util configure
I didn't add logic to pick up special includes directories learned by
apr... not 100% confident that it should be omitted, but
[EMAIL PROTECTED] writes:
dreid 01/08/31 02:47:53
Modified:srclib Makefile.in
.configure.in Makefile.in
Log:
With my normal sense of missing the boat :)
This gets the build working on BeOS again :) Apologies for the delay :(
Jeff
[EMAIL PROTECTED] writes:
dreid 01/08/31 02:47:53
Modified:srclib Makefile.in
.configure.in Makefile.in
Log:
With my normal sense of missing the boat :)
This gets the build working on BeOS again :) Apologies for the delay :(
Jeff
, all the way around. Trying to
toggle
build orders by model will just get messier and messier.
Bill
- Original Message -
From: Jeff Trawick [EMAIL PROTECTED]
To: dev@apr.apache.org
Cc: [EMAIL PROTECTED]
Sent: Friday, August 31, 2001 8:41 AM
Subject: Re: cvs commit: apr-util configure.in
On Friday 31 August 2001 08:52, Jeff Trawick wrote:
Ryan Bloom [EMAIL PROTECTED] writes:
On Friday 31 August 2001 07:48, Jeff Trawick wrote:
-1 This is where we were before I made the change a few weeks
ago. APR-util relies on APR to build, duplicating the build logic
is a bad idea,
Ryan Bloom [EMAIL PROTECTED] writes:
On Friday 31 August 2001 08:52, Jeff Trawick wrote:
Ryan Bloom [EMAIL PROTECTED] writes:
On Friday 31 August 2001 07:48, Jeff Trawick wrote:
-1 This is where we were before I made the change a few weeks
ago. APR-util relies on APR to build,
On Friday 31 August 2001 09:43, Jeff Trawick wrote:
Ryan Bloom [EMAIL PROTECTED] writes:
On Friday 31 August 2001 08:52, Jeff Trawick wrote:
Ryan Bloom [EMAIL PROTECTED] writes:
On Friday 31 August 2001 07:48, Jeff Trawick wrote:
-1 This is where we were before I made the change
[EMAIL PROTECTED] writes:
rbb 01/07/30 08:09:02
Modified:.configure.in
Log:
Grab the libtool.m4 files from APR. This fixes the bug Jeff just reported.
You will only see the bug if you have removed the old aclocal.m4 file.
c00l
--
Jeff Trawick
[EMAIL PROTECTED] writes:
Index: configure.in
===
RCS file: /home/cvs/apr-util/configure.in,v
*) dnl libtoolize requires that the following not be indented
-AC_PROG_LIBTOOL
+AC_PROG_LIBTOOL
Look at the
Strange. Thanks Jeff. I figured as it was within a switch case we'd be OK,
but apparently not!
david
trawick 01/05/09 10:10:33
Modified:.configure.in
Log:
AC_PROG_LIBTOOL can't be invoked more than once in a configure.in
without causing weird side-effects, so
No.
We run xml/expat/configure, and it produces that Makefile. APRUTIL shouldn't
be doing this. Please back out this change.
-g
On Fri, Mar 09, 2001 at 08:29:04AM -, [EMAIL PROTECTED] wrote:
martin 01/03/09 00:29:03
Modified:.configure.in
Log:
Make Makefile in
This change gets things building for me on BeOS...
david
No.
We run xml/expat/configure, and it produces that Makefile. APRUTIL
shouldn't
be doing this. Please back out this change.
-g
On Fri, Mar 09, 2001 at 08:29:04AM -, [EMAIL PROTECTED] wrote:
martin 01/03/09 00:29:03
On Fri, Mar 09, 2001 at 05:06:25AM -0800, Greg Stein wrote:
No.
We run xml/expat/configure, and it produces that Makefile. APRUTIL shouldn't
be doing this. Please back out this change.
That is not really true. It definitely did not generate the Makefile,
that's why I added the patch in the
I have found recently, that buildconf doesn't really do what you expect in
a lot of cases. Namely, it doesn't tend to traverse into srclib/apr and
srclib/apr-util, and run those buildconf's. Try running those manually
right now. I was going to investigate further before posting the bug, but
On Fri, Mar 09, 2001 at 03:01:36PM +0100, Martin Kraemer wrote:
On Fri, Mar 09, 2001 at 05:06:25AM -0800, Greg Stein wrote:
No.
We run xml/expat/configure, and it produces that Makefile. APRUTIL shouldn't
be doing this. Please back out this change.
That is not really true. It
That is probably the stupid dependency stuff in build2.mk. httpd's buildconf
should unconditionally recurse.
But Martin's error is something else, I believe (see other note). I'm
testing a fix now.
Cheers,
-g
On Fri, Mar 09, 2001 at 06:25:40AM -0800, [EMAIL PROTECTED] wrote:
I have found
On Fri, 9 Mar 2001, Greg Stein wrote:
That is probably the stupid dependency stuff in build2.mk. httpd's buildconf
should unconditionally recurse.
But Martin's error is something else, I believe (see other note). I'm
testing a fix now.
Okay, and that fix needs to go in (I mentioned it in my
17 matches
Mail list logo