Joe Orton <[EMAIL PROTECTED]> writes:
> Hi,
>
> This copes with BSDi installations where the default make has been
> replaced with GNU make:
committed;
will this work for Apache without making anyone hurl?
Index: configure.in
===
Hi,
This copes with BSDi installations where the default make has been
replaced with GNU make:
--- configure.in2001/02/18 15:52:12 1.228
+++ configure.in2001/02/19 22:10:05
@@ -920,7 +920,13 @@
dnl
case "$host_alias" in
*bsdi*)
-INCLUDE_RULES=".include \"$apr_builders/r
The people at Novell are supposed to be starting a port soon-ish.
Ryan
On Mon, 19 Feb 2001, Cliff Woolley wrote:
>
>Just out of curiosity, is anyone (presumably someone at Novell) working on
> a
> port of APR to Netware? I'm not volunteering or anything, because I know
> nothing about Net
Just out of curiosity, is anyone (presumably someone at Novell) working on a
port of APR to Netware? I'm not volunteering or anything, because I know
nothing about Netware programming and don't have a box to do it on anyway... I'm
just curious. It hadn't dawned on me until today for some reas
From: "Branko Čibej" <[EMAIL PROTECTED]>
Sent: Monday, February 05, 2001 1:08 PM
> [...] the other half of my argument still stands: allowing keyword
> expansion in *.ds[pw]'s is a bad idea.
I agree it's a potentially troublesome problem, for .dsp and .mak files.
I'm willing to accept the -ko f
Hi,
I have tested Apache2.0 with a ReliantUNIX machine. This machine has a
SVR4 Unix implementation.
To compile correctly the -DXTI_SUPPORT should be added to CFLAGS (I have
done it when calling configure), and I have added a mkstemp() because it
is not in the default runtime library.
I have reus
Hi all,
Just noticed that since the move of helper files to apr/build, vpath
builds don't work anymore, since APR tries to include rules.mk from the
srcdir, but it is generated in the builddir. This patch fixes that.
Index: configure.in
==
> > > From: "Greg Stein" <[EMAIL PROTECTED]>
> > > > It would actually be quite interesting to see APR ported to build
against
> > > > STM and see what happens when the threaded MPM is thrown against
APR/STM.
> > >
> > > Could this be taken even further and merge APR and NSPR into a single
> > > ru
>> Simple workaround: contact the autoconf/libtool developers and ask
>> them to incorporate the changes. Explain to them that you will need to
>> drop autoconf otherwise and why.
>
> Why don't you just submit your patches like everyone else?
> Ultimatums along the lines of "accept this patch
> or
On Mon, 19 Feb 2001, Sander Striker wrote:
> > > Um... how does this not infect the APR tree with the GPL? My
> > > understanding is that we can redistribute the *output* of GNU
> > development
> > > tools like this, but not the actual tools themselves.
> >
> > If we can't distribute this file, t
Oops, sorry, I missed some mails in which you guys
already resolved the problem ;-)
Ignore previous message,
Sander
> > Um... how does this not infect the APR tree with the GPL? My
> > understanding is that we can redistribute the *output* of GNU
> development
> > tools like this, but not the actual tools themselves.
>
> If we can't distribute this file, then we can't use autoconf/libtool.
> Like the file says,
On Sun, 18 Feb 2001, Cliff Woolley wrote:
> I quote from config.guess (config.sub has the same block):
>
> As a special exception to the GNU General Public License, if you
> distribute this file as part of a program that contains a
> configuration script generated by Autoconf, you may i
On Mon, 19 Feb 2001 [EMAIL PROTECTED] wrote:
> On Sun, 18 Feb 2001, Brian Behlendorf wrote:
>
> > On 18 Feb 2001 [EMAIL PROTECTED] wrote:
> > > Import of platform guessing scripts from GNU libtool 1.3.5.
> > > These are in CVS because Apache runs on platforms that are not
> > > known by the G
On Sun, Feb 18, 2001 at 11:49:53PM -0500, Cliff Woolley wrote:
> > -Original Message-
> > > Um... how does this not infect the APR tree with the GPL? My
> > > understanding is that we can redistribute the *output* of GNU development
> > > tools like this, but not the actual tools themselve
> -Original Message-
> > Um... how does this not infect the APR tree with the GPL? My
> > understanding is that we can redistribute the *output* of GNU development
> > tools like this, but not the actual tools themselves.
>
> If we can't distribute this file, then we can't use autoconf/li
On Sun, 18 Feb 2001, Brian Behlendorf wrote:
> On 18 Feb 2001 [EMAIL PROTECTED] wrote:
> > Import of platform guessing scripts from GNU libtool 1.3.5.
> > These are in CVS because Apache runs on platforms that are not
> > known by the GNU tools (yet).
>
> > # This file is free software; yo
I'm looking into getting APR to compile on HP-UX 10.20. It compiles just fine
with GCC, but (as suspected) has problems when using the native CC.
(disclaimer: This particular machine has been poked and prodded for years, so
I'm not 100% sure that this is the same CC that you'd get with a fresh in
On 18 Feb 2001 [EMAIL PROTECTED] wrote:
> Import of platform guessing scripts from GNU libtool 1.3.5.
> These are in CVS because Apache runs on platforms that are not
> known by the GNU tools (yet).
> # This file is free software; you can redistribute it and/or modify it
> # under the te
On Sun, 18 Feb 2001, Greg Stein wrote:
> Doug,
>
> In your big rename, you forgot to add the old->new name conversions to the
> ap*_compat.h files. (apu_compat and apr_compat)
the 1.3.x ap_* compat macros were updated to reflect the changes, e.g.
#define ap_make_array apr_make_array
became
#def
On Sun, 18 Feb 2001, Greg Stein wrote:
> Yes, I was thinking the 2.0 names. Personally, I don't care about them at
> all. I'd just as soon not worry about compat names for them, but was under
> the impression that other people wanted API consistency with our previous
> 2.0 alpha releases.
it wou
> -Original Message-
> jwoolley01/02/18 17:42:57
>
> Modified:include apr_buckets.h
> Log:
> Add apr_bucket_delete(), which is a wrapper macro around bucket removal/
> destruction. Useful for decreasing code verbosity.
I decided to go the route of adding a third macro (ap
On Sun, Feb 18, 2001 at 01:44:00PM -0800, [EMAIL PROTECTED] wrote:
> On Sun, 18 Feb 2001, Greg Stein wrote:
>
> > Doug,
> >
> > In your big rename, you forgot to add the old->new name conversions to the
> > ap*_compat.h files. (apu_compat and apr_compat)
>
> the 1.3.x ap_* compat macros were upd
23 matches
Mail list logo
