From: [EMAIL PROTECTED]
To: Greg Stein [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
We can stratify and create as many layers in Apache as we want to put up
with. But when we're talking about a *portability* library, then it should
focus on just that.
All of the code we are talking about is
On Tue, Nov 28, 2000 at 05:03:49PM -0800, William A. Rowe, Jr. wrote:
From: [EMAIL PROTECTED]
To: Greg Stein [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
We can stratify and create as many layers in Apache as we want to put up
with. But when we're talking about a *portability* library, then
On Wed, Nov 29, 2000 at 02:59:12AM +0100, Branko Cibej wrote:
Greg Stein wrote:
I think that's all that I've got. Thoughts? Comments?
Maybe tweak APR scrpits so that they automagically find, configure and
build APRUTIL if somebody happens to unpack it (or checkout) in the APR
top-level
On Tue, 28 Nov 2000, Greg Stein wrote:
Okay... we seem to have some general agreement to make a non-core APR
package that contains the purely portable items. With that in mind, here
are my rough ideas/notes on this:
*) create a new CVS module: /home/cvs/aprutil
[ other suggested names?
Well, it has been suggested that we create a new APR utility library. The
discussion on that *just* opened today. It looks like we have several +1 on
the concept, and I posted an outline of my thoughts on it.
Presuming nobody pops up with a Dood. Big, Bad Idea., then we'll probably
start on that
On Tue, Nov 28, 2000 at 06:45:03PM -0800, Brian Behlendorf wrote:
On Tue, 28 Nov 2000, Greg Stein wrote:
Okay... we seem to have some general agreement to make a non-core APR
package that contains the purely portable items. With that in mind, here
are my rough ideas/notes on this:
*)
On Tue, Nov 28, 2000 at 09:31:54PM -, [EMAIL PROTECTED] wrote:
rbb 00/11/28 13:31:53
Modified:src acinclude.m4 configure.in
.apr_common.m4 hints.m4
Added: src hints.m4
Log:
Split the hints file into two files, one in APR and
[EMAIL PROTECTED] writes:
gstein 00/11/28 23:41:27
Modified:include apr_getopt.h
misc/unix getopt.c
test testargs.c
Log:
Add an extra const into the getopt functions. We never attempt to modify any
of the data, so the const is proper.
--- Greg Stein [EMAIL PROTECTED] wrote:
Well, it has been suggested that we create a new APR utility library. The
discussion on that *just* opened today. It looks like we have several +1 on
the concept, and I posted an outline of my thoughts on it.
It's cool with me. That thread started
On Wed, 29 Nov 2000, Greg Stein wrote:
On Tue, Nov 28, 2000 at 09:31:54PM -, [EMAIL PROTECTED] wrote:
rbb 00/11/28 13:31:53
Modified:src acinclude.m4 configure.in
.apr_common.m4 hints.m4
Added: src hints.m4
Log:
Split
On Wed, Nov 29, 2000 at 07:59:41AM -0800, [EMAIL PROTECTED] wrote:
On Tue, 28 Nov 2000, Brian Behlendorf wrote:
On Tue, 28 Nov 2000, Greg Stein wrote:
Okay... we seem to have some general agreement to make a non-core APR
package that contains the purely portable items. With that in
+AC_DEFUN(APR_DOEXTRA, [
+ for i in CFLAGS LDFLAGS LIBS
+ do
+eval APR_TMP=\$EXTRA_$i
+if test -n $APR_TMP; then
+ eval $i=\\$$i $APR_TMP\
+ eval export $i
+ eval unset EXTRA_${i}
+ eval export EXTRA_${i}
+
[EMAIL PROTECTED] wrote:
Ah. I think I understand. Wouldn't the above be simpler and more obvious if
we wrote it like:
AC_DEFIN(APR_DOEXTRA, [
CFLAGS=$CFLAGS $EXTRA_CFLAGS
EXTRA_CFLAGS=
LDFLAGS=$LDFLAGS $EXTRA_LDFLAGS
EXTRA_LDFLAGS=
LIBS=$LIBS $EXTRA_LIBS
EXTRA_LIBS=
])
Presuming the
On Wed, Nov 29, 2000 at 09:46:51PM +0100, Branko Cibej wrote:
[EMAIL PROTECTED] wrote:
Ah. I think I understand. Wouldn't the above be simpler and more obvious if
we wrote it like:
AC_DEFIN(APR_DOEXTRA, [
CFLAGS=$CFLAGS $EXTRA_CFLAGS
EXTRA_CFLAGS=
LDFLAGS=$LDFLAGS
Greg Stein wrote:
I see that this came from apr/hints.m4, but I don't understand what it is
really doing here. What is this extra magic?
AFAIK, all we need to do is set the variables, and that is that. No fancy
export or anything.
Unfortunately, as Jim found when he first
15 matches
Mail list logo