Mailing-List: contact dev-help@apr.apache.org; run by ezmlm
Precedence: bulk
Date: Tue, 4 May 2004 07:18:23 -0400 (EDT)
From: <rbb@rkbloom.net>
To: =?UTF-8?B?QnJhbmtvIMSMaWJlag==?= <brane@xbc.nu>
cc: <dev@apr.apache.org>
Subject: Re: [PATCH] Compile APR (HEAD) with MinGW
In-Reply-To: <40973721.1010401@xbc.nu>
Message-ID: <Pine.LNX.4.33L2.0405040717450.11257-100000@vangogh.rkbloom.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=X-UNKNOWN
Content-Transfer-Encoding: QUOTED-PRINTABLE


On Tue, 4 May 2004, [UTF-8] Branko =C4=8Cibej wrote:

> rbb@rkbloom.net wrote:
>
> >On Sat, 1 May 2004, makl wrote:
> >
> >
> >> Currently I do the copy from apr.hw to apr.h at install time, since I
> >>
> >>havn't found a good way to do that at configure time without making
> >>config.status useless without configure.
> >>
> >>
> >
> >We need to solve that problem.  Having apr.h include apr.hw isn't the
> >right solution.  I need to think about what a valid solution is, and it
> >may be having a separate directory that the Windows build systems create
> >to store this header file, and we include that directory in the INCLUDES
> >path before the standard includes dir.  That would also solve the proble=
m
> >of doing a CVS diff after having built on Windows. (Namely, the cvs diff
> >returns a mess of hits in apr.h, IIRC, because apr.hw is copied over
> >apr.h.  Netware would use the same system).
> >
> >
> Maybe I'm dense...what's apr.h doing in CVS? It shoudln't be there,
> being a generated file.

Nope, I'm the dense one.  The CVS argument is bogus, but I was paying
attention to my daughter while replying to you.

Sorry about that.

Ryan