On Tue, 4 Feb 2003, Jeff Trawick wrote:
> get over it already :) try your hand at some deep breakage that won't
> be noticed for a while
/me takes a deep bow. :-)
;)
* Branko ??ibej ([EMAIL PROTECTED]) wrote :
> Justin Erenkrantz wrote:
>
> > --On Tuesday, February 4, 2003 2:09 PM + Thom May
> > <[EMAIL PROTECTED]> wrote:
> >
> >> builds/rules.mk is installed so that's not a problem.
> >
> >
> > Um, no. It's not.
> >
> > httpd happens to install *its* rul
Justin Erenkrantz wrote:
> --On Tuesday, February 4, 2003 2:09 PM + Thom May
> <[EMAIL PROTECTED]> wrote:
>
>> builds/rules.mk is installed so that's not a problem.
>
>
> Um, no. It's not.
>
> httpd happens to install *its* rules.mk. But, APR doesn't. -- justin
Which means this change is
Christophe Germain wrote:
I try to search a apr fonction egal to gethostbyaddr_r
I don't found
What is the same fonction in apr (except apr_gethostname)?
apr_getnameinfo()
--On Tuesday, February 4, 2003 2:09 PM + Thom May
<[EMAIL PROTECTED]> wrote:
builds/rules.mk is installed so that's not a problem.
Um, no. It's not.
httpd happens to install *its* rules.mk. But, APR doesn't. -- justin
I try to search a apr fonction egal to gethostbyaddr_r
I don't found
What is the same fonction in apr (except apr_gethostname)?
Thanks you
Christophe G
Garrett Rooney wrote:
sorry for the breakage guys. i completely missed that rules.mk was
generated.
get over it already :) try your hand at some deep breakage that won't
be noticed for a while
Thom May wrote:
Index: buildconf
===
Index: configure.in
===
+1 here... works like a charm
* Garrett Rooney ([EMAIL PROTECTED]) wrote :
> Thom May wrote:
>
> >+dnl copy apr's rules.mk into our build directory.
> >+cp $APR_BUILD_DIR/build/rules.mk $abs_srcdir/build/rules.mk
> >+
> >dnl
> >dnl BSD/OS (BSDi) needs to use a different include syntax in the Makefiles
> >dnl
> >
> >
>
> so t
Thom May wrote:
+dnl copy apr's rules.mk into our build directory.
+cp $APR_BUILD_DIR/build/rules.mk $abs_srcdir/build/rules.mk
+
dnl
dnl BSD/OS (BSDi) needs to use a different include syntax in the Makefiles
dnl
so this means we're going to need the apr source tree around when we run
configure
> From: Thom May [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 04, 2003 2:59 PM
> * Jeff Trawick ([EMAIL PROTECTED]) wrote :
>> Does anybody see a reason why copying rules.mk at the end of configure
>> instead of in buildconf would be a problem?
> I can't think of one; we already have to k
* Jeff Trawick ([EMAIL PROTECTED]) wrote :
> The copy of rules.mk isn't needed until after apr-util configure (i.e.,
> the first chance for user to run "make"), so it can be copied at the end
> of configure when makefiles are being generated. That way apr-util's
> buildconf can be run even if a
Garrett Rooney wrote:
perhaps we should copy over rules.mk.in, then have apr-util's configure
turn it in to rules.mk (just speculating, i haven't looked at what would
need to be done to make this work).
I think just deferring the copy until the point in apr-util's configure
where makefiles are ge
Sander Striker wrote:
>From: Jeff Trawick [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, February 04, 2003 2:02 PM
>It is helpful to be able to run buildconf prior to building APR. That
>won't work anymore (ain't no ../apr/build/rules.mk prior to building
APR).
>
>This breaks Apache, which has buildcon
On Tuesday, February 4, 2003, at 08:05 AM, Sander Striker wrote:
From: Jeff Trawick [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 04, 2003 2:02 PM
It is helpful to be able to run buildconf prior to building APR. That
won't work anymore (ain't no ../apr/build/rules.mk prior to building
APR).
> From: Jeff Trawick [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 04, 2003 2:02 PM
> It is helpful to be able to run buildconf prior to building APR. That
> won't work anymore (ain't no ../apr/build/rules.mk prior to building APR).
>
> This breaks Apache, which has buildconf that first ru
It is helpful to be able to run buildconf prior to building APR. That
won't work anymore (ain't no ../apr/build/rules.mk prior to building APR).
This breaks Apache, which has buildconf that first runs apr buildconf
then apr-util buildconf.
I thought the point of grabbing apr's rules.mk was to b
* Garrett Rooney ([EMAIL PROTECTED]) wrote :
> Uh, just resending this in case it dropped through the cracks. It'd be
> nice if we could build apr-util with the installed version of apr,
> rather than dipping our fingers into it's source tree for rules.mk.
>
Committed, thanks!
-Thom
On Tue, 2003-02-04 at 09:05, Cliff Woolley wrote:
> On 4 Feb 2003, Philippe M. Chiasson wrote:
>
> > Ideally, I would initially package datagram-buckets with mod_udp itself.
> > Just gotta figure out how to create my own bucket type.
>
> It's no different than creating a bucket type in apr-util,
Uh, just resending this in case it dropped through the cracks. It'd be
nice if we could build apr-util with the installed version of apr,
rather than dipping our fingers into it's source tree for rules.mk.
-garrett
* buildconf: copy rules.mk from apr source tree.
* configure.in: use rules.mk in
On Mon, 2003-02-03 at 23:20, Cliff Woolley wrote:
> On Mon, 3 Feb 2003, Philippe M. Chiasson wrote:
>
> > I've been working on mod_udp for the last week or so and got everything
> > working in a modular way. It basically works fine.
>
> Just one quick comment regarding the udp patches before I fo
On 4 Feb 2003, Philippe M. Chiasson wrote:
> Ideally, I would initially package datagram-buckets with mod_udp itself.
> Just gotta figure out how to create my own bucket type.
It's no different than creating a bucket type in apr-util, really. Take a
look at the ERROR buckets that Apache defines
22 matches
Mail list logo
