Re: revised patch for glib compilation on cygwin with POSIX runtime

[Tor Lillqvist <tml iki fi>]

Sorry for following up so late. Haven't really had time to read my
mail properly for many days. Can I assume that you Stefan will revise
the patch a bit according to the discussion and my comments below, and
send in a re-revised one?

About the Makefiles: Some week ago I tinkered with building makefiles
for mingw compilation using auto* et al. It almost worked. I had to do
some manual dos2unix conversions at various places. Certainly I think
that for cygwin it won't be necessary to have hand-written makefiles.

 > > I believe that CVS versions of libtool provide support for Win32 DLLs.

 > I have checked out libtool from CVS about four months ago and was not
 > able to get compilation of DDLs working. Maybe there has something changed
 > during the time.

The bleeding edge is better, I think. Although I don't remember
exactly how far I got when I hacked on it.

 > Ok. I will be glad when this new libtool will work. Only one thing is,
 > that I would like to keep differently named .dll libraries for cygwin
 > (prefixed with cyg) to avoid collision with .dll libraries compiled for
 > native Win32.

Yes, that is very important.

 > I am not sure wheter this is posible to achive with libtool
 > (I am not expert on libtool, so maybe I am wrong).

If not currently, it should be made possible... I would think that it
is possible, as the cyg* prefix is standard in cygwin now.

 > >  - Generate the cygwin defs files from that by some sort sed script.

A sed script that just deletes the g_win32_ entries might be suitable.

 > >  2) We could make another #define that applies to both Cygwin and Win32,
 > >     say, G_WIN32_PLATFORM.

 > I think this can be better. I can do this if Tor agree.

Yes, I agree.

About the g_win32_opendir/readdir etc functions: Any opinions whether
they belong in GLib at all? There are already dirent emulation
functions in libmingw32, which is linked in by default by the mingw
gcc. Of course, this doesn't help those who use MSVC. My opinion is
that these functions should be removed from glib, and instead the
mingw ones moved into a library of their own, that can then be used
also by MSVC.

--tml