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; you can
-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/libtool.
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 themselves.
If
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 GNU tools
Oops, sorry, I missed some mails in which you guys
already resolved the problem ;-)
Ignore previous message,
Sander
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, then we can't
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 we will
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
run-time library? There
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
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
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 Netware
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
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
===
RCS
13 matches
Mail list logo
