diff options
author | Tor Lillqvist <tml@src.gnome.org> | 2008-04-03 22:09:39 +0000 |
---|---|---|
committer | Tor Lillqvist <tml@src.gnome.org> | 2008-04-03 22:09:39 +0000 |
commit | b79b3be6df06a834d22aea241fd4a30145165754 (patch) | |
tree | 2cb5db527d69c51dc7d0640a8104e7fc0ba24d4e /ChangeLog | |
parent | 47d61b50f829b127e9beb7cbc0b43983aa5b0e52 (diff) |
Clarification.
svn path=/trunk/; revision=6821
Diffstat (limited to 'ChangeLog')
-rw-r--r-- | ChangeLog | 15 |
1 files changed, 7 insertions, 8 deletions
@@ -3,14 +3,13 @@ * configure.in: Make sure we don't build both shared and static at the same time on Windows. Put a #define for GLIB_STATIC_COMPILATION into glibconfig.h in the static case, so - that the use of variables from libglib gets the dllimport stuff in - the GLIB_VAR macro as defined in gtypes.h automatically - correct. This means that a shared and static build of GLib can't - be installed in the same prefix on Windows, which sucks a bit. But - with variables in the GLib API, there isn't much we can do - otherwise. The alternative would be to force the developer who - compiles against a statically built GLib to use - -DGLIB_STATIC_COMPILATION. + that the use of variables from libglib gets the GLIB_VAR macro in + gtypes.h automatically correct. This means that a shared and + static build of GLib can't be installed in the same prefix on + Windows, which sucks a bit. But with variables in the GLib API, + there isn't much we can do otherwise. The alternative would be to + force the developer who compiles against a statically built GLib + to use -DGLIB_STATIC_COMPILATION. 2008-04-03 Tor Lillqvist <tml@novell.com> |