Re: libmm

2001-02-09 Thread Greg Stein
On Fri, Feb 09, 2001 at 11:54:22AM -0800, Wilfredo Sanchez wrote: >OK, make on Darwin finishes without errors. I get these libraries: > > [joliet-jake:~/Developer/Apache/apr] wsanchez% find . -name \*.dylib -o > -name \*.a > ./.libs/libapr.a > ./.libs/libapr.dylib > ./shmem/unix/mm/.libs/lib

Re: libmm

2001-02-09 Thread rbb
>OK, make on Darwin finishes without errors. I get these libraries: > > [joliet-jake:~/Developer/Apache/apr] wsanchez% find . -name \*.dylib -o > -name \*.a > ./.libs/libapr.a > ./.libs/libapr.dylib > ./shmem/unix/mm/.libs/libmm.a > >Do I want to work on getting libmm to build dynamica

libmm

2001-02-09 Thread Wilfredo Sanchez
OK, make on Darwin finishes without errors. I get these libraries: [joliet-jake:~/Developer/Apache/apr] wsanchez% find . -name \*.dylib -o -name \*.a ./.libs/libapr.a ./.libs/libapr.dylib ./shmem/unix/mm/.libs/libmm.a Do I want to work on getting libmm to build dynamically, or is it expecte

Re: cvs commit: apr CHANGES apr_common.m4

2001-02-09 Thread Roy T. Fielding
> A key characteristic we need is to make sure that our assumption about > const-ness compiles at all on the platform, whether or not gcc is > being used. It is my understanding that certain platforms besides > glibc-2.2+gcc-recent will fail the compile if the const-ness is > wrong. IRIX was an e

Re: cvs commit: apr CHANGES apr_common.m4

2001-02-09 Thread Jeff Trawick
[EMAIL PROTECTED] writes: > fielding01/02/08 16:56:05 > > Modified:.CHANGES apr_common.m4 > Log: > Add APR_TRY_GCC_WARNING macro to dynamically test the iconv prototype > if gcc is being used. This turned out a little different than I imagined :) A key characteristic we

Re: cvs commit: apr-util/include apr_buckets.h

2001-02-09 Thread Bill Stoddard
> rbb 01/02/08 22:19:44 > > Modified:buckets apr_brigade.c >include apr_buckets.h > Log: > Allow brigades to buffer data natively with apr_brigade_write, > apr_brigade_puts, etc. This uses a heap bucket to store the data at the > end of the brigade. If th

Re: cvs commit: apr configure.in

2001-02-09 Thread Greg Stein
On Thu, Feb 08, 2001 at 07:56:14PM -0500, Jeff Trawick wrote: > Greg Stein <[EMAIL PROTECTED]> writes: > > > On Thu, Feb 08, 2001 at 10:12:28PM -, [EMAIL PROTECTED] wrote: > > > trawick 01/02/08 14:12:28 > > > > > > Modified:.configure.in > > > Log: > > > look in -lm for

Re: shtool invokes head but misses and invokes something else?

2001-02-09 Thread Wilfredo Sanchez
Oh, I get it. LPW tries to install /usr/bin/HEAD and stomps /usr/bin/head because it's HFS+. Eit. -Fred Wilfredo Sánchez - [EMAIL PROTECTED] Apache Software Foundation

Re: shtool invokes head but misses and invokes something else?

2001-02-09 Thread Wilfredo Sanchez
On Thursday, February 8, 2001, at 04:14 PM, Roy T. Fielding wrote: It is the output from libwww-perl's head script, which should have been installed as lwphead or HEAD to avoid this conflict. Aw, hell. [joliet-jake:~] wsanchez% file /usr/bin/head /usr/bin/head: perl commands text What kinda st

Re: apr_ function prefixes

2001-02-09 Thread Jeff Trawick
Jeff Trawick <[EMAIL PROTECTED]> writes: > Garrett Rooney <[EMAIL PROTECTED]> writes: > > > on lines 278 and 283 you replace put with pupt for apr_os_exp_time_put > > and apr_os_thread_put. i assume that's wrong, since i can't for the > > life of me figure out what pupt would mean ;-) > > good

Re: cvs commit: apr configure.in

2001-02-09 Thread Jeff Trawick
Greg Stein <[EMAIL PROTECTED]> writes: > On Thu, Feb 08, 2001 at 10:12:28PM -, [EMAIL PROTECTED] wrote: > > trawick 01/02/08 14:12:28 > > > > Modified:.configure.in > > Log: > > look in -lm for modf() > > > > This gets APR test programs linking on Tru64. It may res

Re: [PATCH] a somewhat different approach to the iconv() issue

2001-02-09 Thread Roy T. Fielding
> > 1) The #ifdef APR_ in xlate.c must be a #if > > Why is that? We generally use #ifdef FOO if FOO is sometimes defined > and sometimes not (e.g., APR_ICONV_INBUF_CONST). We generally use #if > FOO if FOO is always defined but sometimes to 1 and sometimes to 0 > (e.g., APR_HAS_XLATE). Sorry,

Re: shtool invokes head but misses and invokes something else?

2001-02-09 Thread B. W. Fitzpatrick
On Thu, 8 Feb 2001, Wilfredo Sanchez wrote: > Anybody recognize that usage output? Certainly looks > Apache-ish, but I can't find it in APR. It's a Perl script that's part of LWP: pantheon: ~>HEAD -1 Unknown option: 1 Usage: HEAD [-options] ... -muse method for the request (default

Re: apr_ function prefixes

2001-02-09 Thread Greg Stein
On Thu, Feb 08, 2001 at 02:44:08PM -0800, [EMAIL PROTECTED] wrote: > > > On Thu, 8 Feb 2001, B. W. Fitzpatrick wrote: > > > > > >> It looks like Greg has taken care of Subversion, but did anyone else see > > >> Doug's commit message go by or did my mailer drop it on the floor? > > > > > > i committ

Re: cvs commit: apr configure.in

2001-02-09 Thread Greg Stein
On Thu, Feb 08, 2001 at 10:12:28PM -, [EMAIL PROTECTED] wrote: > trawick 01/02/08 14:12:28 > > Modified:.configure.in > Log: > look in -lm for modf() > > This gets APR test programs linking on Tru64. It may result in a > double -lm on some platforms, as we autodet

Re: shtool invokes head but misses and invokes something else?

2001-02-09 Thread Roy T. Fielding
> Apparently, shtool is invoking "head -1" which should be fine, because > head *does* accept a -1 argument, but instead some other program with > the above usage is being invoked and I can't figure out why this might > be the case. Anybody recognize that usage output? Certainly looks > Apach

Re: shtool invokes head but misses and invokes something else?

2001-02-09 Thread Greg Marr
At 05:03 PM 02/08/2001, Wilfredo Sanchez wrote: Unknown option: 1 Usage: head [-options] ... -muse method for the request (default is 'HEAD') This looks like a Perl program, from the LWP package (get, head, post). -- Greg Marr [EMAIL PROTECTED] "We thought you were dead." "I was, but I'm be