This is the mail archive of the
cygwin-apps@cygwin.com
mailing list for the Cygwin project.
Re: PCRE package for consideration
- From: Ronald Landheer-Cieslak <ronald at landheer dot com>
- To: "Gerrit P. Haase" <gp at familiehaase dot de>
- Cc: cygwin-apps at cygwin dot com
- Date: Mon, 28 Apr 2003 13:38:27 +0200 (CEST)
- Subject: Re: PCRE package for consideration
On Fri, 18 Apr 2003, Gerrit P. Haase wrote:
> Am Donnerstag, 17. April 2003 um 14:01 schriebst du:
> > I've finished packaging a (first try at) the PCRE package, version
> > 4.2, for your consideration.
> I wonder about all the ON_WINDOWS and NOT_ON_WINDOWS stuff in the
> Makefile.in, why is it used for Cygwin? CYGWIN != WINDOWS I changed
> parts in Makefile.in (added 2x -no-undefined and the comment which
> defines Cygwin == Windows) and changed configure.in (removed Cygwin
> definitions) and it builds after replacing[1] the included ltmain.sh
> from libtool-1.4.3 with the Cygwin libtool-devel version (works with
> minor problems with the Cygwin libtool called libtool-devel, see the
> install() in the script which I extended therefore).
Cygwin != Windows but Cygwin does run on Windows. Hence, we need a DLL,
and, for Cygwin, we need a "special" prefix for the libs: "cyg"
Also, the ON_WINDOWS and NOT_ON_WINDOWS makes it behave properly on MinGW,
which is part of what I wanted
> [1] = relibtoolizing et.al. with the included reconf-cygwin.sh
> shellscript
The Cygwin/Windows part doesn't use Libtool for a reason: DLLs don't get
created properly with the current libtool (as you have apparently found
out in another mail).
Also: this ON_WINDOWS stuff is just a generalized version of the patch
Corinna has developed for PCRE - the only difference being that it also
works for MinGW. I see no reason to change it, at least until DLL support
in Libtool on Cygwin works properly.
> Also I would like to see the huge HTML docu in the binary distribution
> (I changed the build script to install it, too).
That might be a good idea - I'll apply that part of your "patch"
> The additional flag -no-undefined can be provided as a patch to the
> original source since it should be no problem to use this on Unix too.
That would probably mean that mr Hazel (the original author) will have to
relibtoolize, but I do agree with you on it - though there is no real
reason to do so except in preparing for the day Libtool works properly on
Cygwin..
> Attached the patch and the changed buildscript and my testlog.
Thanx :)
> I built with utf8 support (why is not-utf8 the default?).
Don't know - I'd have to ask.
> Please try it;)
I have :)
rlc