Re: Patch to fix dirs when builddir != srcdir

2000-12-16 Thread Mo DeJong
On Sat, 16 Dec 2000, Sascha Schumann wrote: Ok, so you don't like automake and gnu make. May I gently request that you read this article: http://www.perl.com/pub/2000/12/advocacy.html?wwwrrr_20001213.txt I have read that article before, and no I am not on an anti-perl kick or

Re: Patch to fix dirs when builddir != srcdir

2000-12-16 Thread Greg Stein
On Fri, Dec 15, 2000 at 05:59:14PM -0800, Mo DeJong wrote: On Sat, 16 Dec 2000, Sascha Schumann wrote: ... In my last email, I tried to communicate to you that you are putting words into my mouth. Nobody likes that, especially if you get it wrong. You have now succeeded in

Re: src/ directory (was: Re: Showstoppers: Alpha 9)

2000-12-16 Thread rbb
I think it is goofy to place a src directory in a source tree -- everything in the distribution is source. If there are too many subdirectories, then either abstract them into relevant categories or split them into different library modules. It isn't a source tree. There is a lot more

Re: cvs commit: apr STATUS

2000-12-16 Thread rbb
Modified:.STATUS +* apr_create_lock() changes: ... + - The fname param is allowed to be NULL on the Unix platform. feature, not bug... Do you mean that the semantics associated with this (make up a file for me if you need to, APR) are not implemented

Re: Patch to fix dirs when builddir != srcdir

2000-12-16 Thread rbb
I would like to know why perl is used to determine how easy it would be to replace with something that has a better shot at being installed on every box that someone might want to build apr on. Feel free to provide an awk script which implements the equivalent functionality.

I'm back.

2000-12-16 Thread rbb
Most of you have probably noticed that I have been unusually quiet recently. I was stuck in Nebraska and without e-mail since Wednesday. I fully expected to have e-mail that whole time, but my modem doesn't like me. :-( Anyway, I'm back now, and will be busy getting stuff done again. Ryan

Re: Patch to fix dirs when builddir != srcdir

2000-12-16 Thread Sascha Schumann
Sascha is being obtuse, when he should have simply said what he meant. That would have kept the discussion much cleaner (shame on you, Sascha). If I say X does not work in context Y, it does not translate to I don't like X. What is so unclear in that sentence? Were people

make_export.awk

2000-12-16 Thread Sascha Schumann
I had too much free time today, so I created make_export.awk. During that I noticed that I either lack some awk knowledge or that the awk's expression mechanism lacks a useful feature (backreferencing). I've worked around that by using two sub's in the respective block.

Re: make_export.awk

2000-12-16 Thread rbb
On Sat, 16 Dec 2000, Sascha Schumann wrote: I had too much free time today, so I created make_export.awk. During that I noticed that I either lack some awk knowledge or that the awk's expression mechanism lacks a useful feature (backreferencing). I've worked around that by

Re: make_export.awk

2000-12-16 Thread Sascha Schumann
I dislike this idea. I realize (now) that awk is available on Windows, but Perl is already required to build Apache on Windows, and all of a sudden we are going to add the requirement of awk too. Why? We already require Perl on every platform when building Apache, but we do not currently

Re: make_export.awk

2000-12-16 Thread Sascha Schumann
When I originally wrote the buildexports stuff, we didn't require Perl to build Apache, because that file could be generated once and just bundled with Apache. With the move to create those files during the build steps, we now require Perl just to build. I think the best solution is to move

Re: make_export.awk

2000-12-16 Thread Sascha Schumann
I would love to know what it is. The regex isn't that complex, and regex's in Perl shouldn't have really changed between 5.005_02 and 5.005_03. Hm I can repeat the same effect on another machine with Red Hat 5.1 (also 5.005_02). Are we going to raise the entry barrier for

Re: make_export.awk

2000-12-16 Thread Sascha Schumann
What makes you think the awk solution is any more portable than the Perl solution? I would much rather determine what is happening than to just give up on the Perl solution. Please take a look at the definition of those functions and make sure they actually match the regex. You could try

*.exports in distro bundle, use of Perl on Windows (was: Re: make_export.awk)

2000-12-16 Thread Greg Stein
On Sat, Dec 16, 2000 at 10:28:07AM -0800, [EMAIL PROTECTED] wrote: I dislike this idea. I realize (now) that awk is available on Windows, but Perl is already required to build Apache on Windows, and all of a sudden we are going to add the requirement of awk too. Why? We already

Re: make_export.awk

2000-12-16 Thread Sascha Schumann
Hmm. Have you noticed apr_MD5Encode and apr_get_home_directory are in there twice? Is it possible that you're getting doubles? Maybe you have a backup copy of apr_uuid.h and apr_md5.h in your include directory, and it's picking them up? line was not cleared correctly. Whoops. I used the

Re: make_export.awk

2000-12-16 Thread Greg Stein
On Sat, Dec 16, 2000 at 09:27:13PM +0100, Sascha Schumann wrote: What makes you think the awk solution is any more portable than the Perl solution? I would much rather determine what is happening than to just give up on the Perl solution. Please take a look at the definition of those

Re: *.exports in distro bundle

2000-12-16 Thread Greg Stein
On Sat, Dec 16, 2000 at 12:36:55PM -0800, Greg Stein wrote: On Sat, Dec 16, 2000 at 10:28:07AM -0800, [EMAIL PROTECTED] wrote: ... When I originally wrote the buildexports stuff, we didn't require Perl to build Apache, because that file could be generated once and just bundled with Apache.

Re: make_export.awk

2000-12-16 Thread Sascha Schumann
We should document that URL for fetching a Windows-compatible AWK. Are there binary distributions? I'd also be fine redistributing from apache.org so that people don't have to hunt this stuff down at other sites. Three candidates (create exactly the same output): gawk 3.0.6 for Win32:

Re: Patch to fix dirs when builddir != srcdir

2000-12-16 Thread Mo DeJong
Here is another patch that fixes the RUN_SUBDIR_CONFIG_NOW macro when it is run from the build directory and the macro gets included into a configure.in from another project. The problem was the the system did not know where the helpers dir was. Index: aclocal.m4

Re: Patch to fix dirs when builddir != srcdir

2000-12-16 Thread Mo DeJong
On Sat, 16 Dec 2000 [EMAIL PROTECTED] wrote: I would like to know why perl is used to determine how easy it would be to replace with something that has a better shot at being installed on every box that someone might want to build apr on. Feel free to provide an awk script

win32 users (was: Re: Patch to fix dirs when builddir != srcdir)

2000-12-16 Thread Greg Stein
On Sat, Dec 16, 2000 at 03:06:24PM -0800, Mo DeJong wrote: ... How do win32 users run the ./configure script without downloading Cygwin? Also, have you tried recent versions of Cygwin? The old install process really sucked, but new versions have a nice GUI installer that downloads all the

RE: [wrowe@rowe-clan.net: RE: *.exports in distro bundle, use of , Perl on Windows (was: Re: make_export.awk)]

2000-12-16 Thread William A. Rowe, Jr.
-Original Message- From: Mo DeJong [mailto:[EMAIL PROTECTED] Sent: Saturday, December 16, 2000 3:56 PM To: dev@apr.apache.org Subject: Re: [EMAIL PROTECTED]: RE: *.exports in distro bundle, use of , Perl on Windows (was: Re: make_export.awk)] I'll change, no problem. The

RE: make_export.awk

2000-12-16 Thread William A. Rowe, Jr.
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Saturday, December 16, 2000 1:01 PM When I originally wrote the buildexports stuff, we didn't require Perl to build Apache, because that file could be generated once and just bundled with Apache. With the move to create those

RE: Patch to fix dirs when builddir != srcdir

2000-12-16 Thread William A. Rowe, Jr.
From: Mo DeJong [mailto:[EMAIL PROTECTED] Sent: Saturday, December 16, 2000 5:06 PM How do win32 users run the ./configure script without downloading Cygwin? Also, have you tried recent versions of Cygwin? The old install process really sucked, but new versions have a nice GUI installer