diff options
author | Arch Librarian <arch@canonical.com> | 2005-07-14 13:05:20 +0000 |
---|---|---|
committer | Arch Librarian <arch@canonical.com> | 2005-07-14 13:05:20 +0000 |
commit | d793148d0690c72dfdd7f024028edb229ad1b4bf (patch) | |
tree | 4ee596e3b35998cecea7e1b1d861986eff78e1ad | |
parent | d2c6c3cccbb9381d4cf030e4ac2d5a63dc3c4c79 (diff) |
2002-09-13 Tor Lillqvist <tml@iki.fi>
Author: tml
Date: 2002-09-12 20:47:07 GMT
2002-09-13 Tor Lillqvist <tml@iki.fi>
* Makefile.am (USE_INSTALLED_GLIB): Seems that the automake
version used by Havoc doesn't recognize pkg_config_CFLAGS and
pkg_config_LDFLAGS, thus failing builds on Win32 directly from the
tarball. Set included_glib_includes and pkg_config_LDADD instead,
then, like in the !USE_INSTALLED_GLIB branch.
* findme.c (X_OK): If X_OK undefined, define as 1, always, not
only if G_OS_WIN32, which is never defined here. Fixes a corner
case on Win32 with MSYS and mingw where configure as included in
the release tarball for some reason doesn't find unistd.h.
-rw-r--r-- | ChangeLog | 13 | ||||
-rw-r--r-- | Makefile.am | 4 | ||||
-rw-r--r-- | README.win32 | 32 | ||||
-rw-r--r-- | findme.c | 2 |
4 files changed, 33 insertions, 18 deletions
@@ -1,3 +1,16 @@ +2002-09-13 Tor Lillqvist <tml@iki.fi> + + * Makefile.am (USE_INSTALLED_GLIB): Seems that the automake + version used by Havoc doesn't recognize pkg_config_CFLAGS and + pkg_config_LDFLAGS, thus failing builds on Win32 directly from the + tarball. Set included_glib_includes and pkg_config_LDADD instead, + then, like in the !USE_INSTALLED_GLIB branch. + + * findme.c (X_OK): If X_OK undefined, define as 1, always, not + only if G_OS_WIN32, which is never defined here. Fixes a corner + case on Win32 with MSYS and mingw where configure as included in + the release tarball for some reason doesn't find unistd.h. + 2002-09-09 Havoc Pennington <hp@pobox.com> * pkg.c (fill_list_single_package): fix uninitialized variable, diff --git a/Makefile.am b/Makefile.am index 7368e8a..18a597e 100644 --- a/Makefile.am +++ b/Makefile.am @@ -1,6 +1,6 @@ if USE_INSTALLED_GLIB -pkg_config_CFLAGS = @GLIB_CFLAGS@ -pkg_config_LDFLAGS = @GLIB_LIBS@ +included_glib_includes = @GLIB_CFLAGS@ +pkg_config_LDADD=@GLIB_LIBS@ else SUBDIRS = glib-1.2.8 included_glib_includes = -I./glib-1.2.8 diff --git a/README.win32 b/README.win32 index 34b71c0..04ea456 100644 --- a/README.win32 +++ b/README.win32 @@ -1,11 +1,11 @@ pkg-config on Win32 =================== -This file describes pkg-config for "pure" Win32. (With Cygwin, -pkg-config 0.8.0 builds fine right out of the box. Cygwin is just -another Unix variant, as far as pkg-config is concerned.) I don't to -call this "pure" Win32 target mingw, as pkg-config is usable also by -MSVC users. +This file describes pkg-config for "native" Win32. (On Cygwin, +pkg-config builds fine right out of the box. Cygwin is just another +Unix variant, as far as pkg-config is concerned.) I don't call this +"native" Win32 target MinGW, as pkg-config on Windows is supposed to +be useable also by MSVC users. There should be no compile-time paths built into the executable of pkg-config. Likewise, not in the libraries it describes either. @@ -38,13 +38,15 @@ site. This works as long as the .pc file uses the variable name GTK does this. On Unix, pkg-config is built using its own copy of GLib 1.2.8. On -Windows, we use the normal GLib available for Windows (1.3.10 -currently). Yes, this does introduce a circular dependency, but that -can be worked around. The circular dependency only appears if one uses -the configure mechanism to build GLib. GLib's configure script checks -for pkg-config. pkg-config depends on GLib. Thus, starting from -scratch, with no GLib and no pkg-config, using configure, there would -indeed be a Catch-22 situation. However, GLib can be built just fine -using the manually written makefiles for mingw or MSVC. And if -somebody does want to build GLib on Win32 using configure, she can -first install a prebuilt pkgconfig. +Windows, we use the normal GLib available for Windows (2.0.x). Yes, +this does introduce a kind of circular dependency. But, that can be +worked around. The circular dependency only appears if one uses the +configure mechanism to build GLib. GLib's configure script checks for +pkg-config. pkg-config depends on GLib. Thus, starting from scratch, +with no GLib and no pkg-config, using configure, there would indeed be +a Catch-22 situation. However, GLib can be built just fine using the +manually written makefiles for mingw or MSVC. And if somebody does +want to build GLib on Win32 using configure, she can first install a +prebuilt pkgconfig. + +--Tor Lillqvist <tml@iki.fi> @@ -44,7 +44,7 @@ #include "findme.h" -#if defined(G_OS_WIN32) && !defined(X_OK) +#if !defined(X_OK) #define X_OK 1 #endif |