summaryrefslogtreecommitdiff
path: root/README.win32
diff options
context:
space:
mode:
authorTor Lillqvist <tml@iki.fi>2001-03-09 21:55:06 +0000
committerTor Lillqvist <tml@src.gnome.org>2001-03-09 21:55:06 +0000
commitc54732d0ea603027bfdf5325d365b7e07829c332 (patch)
tree3272570465715b4078bcc44f1f06dac1afd7dc33 /README.win32
parent2f928d64571b2586ec5d581a20ee0ffd39aaf028 (diff)
Update with some information about using configure and libtool.
2001-03-09 Tor Lillqvist <tml@iki.fi> * README.win32: Update with some information about using configure and libtool.
Diffstat (limited to 'README.win32')
-rw-r--r--README.win3229
1 files changed, 18 insertions, 11 deletions
diff --git a/README.win32 b/README.win32
index 06105e3fa..480db916b 100644
--- a/README.win32
+++ b/README.win32
@@ -24,14 +24,19 @@ the prebuilt DLLs (especially of GTK+), you *must* also use that flag.
(This flag means that the struct layout is identical to that used by
MSVC.)
-If you would want to use the cygwin tools to generate executables that
-*do* use the cygwin runtime, the normal Unix configuration method
-should work as if on Unix. But it won't produce DLLs. At least I
-haven't succeeded in that. Also, I have no idea what changes are
-necessary to the code for it to run successfully on cygwin.
-
-With some work, it might be possible to use the ./configure mechanism
-also with a "mingw32" configuration.
+If you would want to use the cygwin tools to generate a GLib that
+*does* use the cygwin runtime, the normal Unix configuration method
+should work as if on Unix. Note that successfully producing shared
+libraries (DLLs) most probably requires you to have a very new libtool
+(from March 2001), and to replace the libtool.m4 included in
+acinclude.m4 with the new one, and to replace ltmain.sh.
+
+It is also possible to use the ./configure mechanism when building for
+a mingw configuration. You should be running cygwin for the configure
+script to work, obviously. The same libtool issue has to be taken into
+account as when building for Cygwin: You most probably should have a
+libtool from March 2001 or so, and replace libtool.m4 (in
+acinclude.m4) and ltmain.sh.
The following preprocessor macros are used for conditional compilation
related to Win32:
@@ -43,9 +48,11 @@ related to Win32:
- G_WITH_CYGWIN is defined if compiling for the Cygwin
environment. Note that G_OS_WIN32 is *not* defined in that case, as
- Cygwin is supposed to behave like Unix. Building for Cygwin is not
- supported. Some people have presumably done it, but no changes have
- been submitted back.
+ Cygwin is supposed to behave like Unix. G_OS_UNIX *is* defined when
+ compiling for Cygwin.
+
+- G_PLATFORM_WIN32 is defined when either G_OS_WIN32 or G_WITH_CYGWIN
+ is defined.
The Win32 port of GLib and related software uses only G_OS_WIN32. As
G_OS_WIN32 is defined in glibconfig.h, it is available to all source