apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From makl <abcdefghijklmn...@gmx.net>
Subject Re: [PATCH] Compile APR (HEAD) with MinGW
Date Sat, 01 May 2004 18:54:04 GMT
rbb@rkbloom.net wrote:

> 
> On Sat, 1 May 2004, makl wrote:

> Change the source files and the Windows build system to work the way that
> APR works on every other system.

No problem. I will do that.

>>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 problem
> 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).

Different directories for the platform specific apr.h files would be a 
clean solution which can be implemented easily.

>>libtool generates two wrappers. One with .exe extension and one without
>>extension. Thus both are needed in the CLEAN_TARGETS.
> 
> We need a cleaner way to solve this.  No other platform is creating two
> executables when the build system only specifies one.  If libtool in
> mingw32 is doing that, then it is broken and the fix should be in libtool,
> not every build system that uses that version of libtool.

This is the way libtool work and it's not a bug. Having a shell and a
binary wrapper is intended behaviour. See the following ChangeLog entry
from libtool.

2003-01-28  Charles Wilson  <cwilson@ece.gatech.edu>

	* ltmain.in: add code for a binary wrapper
	to use with uninstalled executables on cygwin/mingw.
	Make sure that --mode=clean gets shell wrapper and
	binary wrapper.  When sourcing the shell wrapper,
	invoke using a terminal `.' on cygwin/mingw to
	avoid the automatic append-.exe behavior.

> The call should be removed IMHO.  The tarballs aren't an issue, because
> Windows developers should be downloading the zip file, which _should_ have
> all files converted before packaging.

Ok. I will remove the call. By the way, where can I find zip
distributions? I have never seen them.




Mime
View raw message