luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-12-26 23:46:15 +01:00
Code Issues Packages Projects Releases Wiki Activity

Clarification.

Browse Source 
svn path=/trunk/; revision=6821
This commit is contained in:
Tor Lillqvist 2008-04-03 22:09:39 +00:00
parent 47d61b50f8
commit b79b3be6df
1 changed files with 7 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

15
ChangeLog
View File

@ -3,14 +3,13 @@
* configure.in: Make sure we don't build both shared and static at * configure.in: Make sure we don't build both shared and static at
the same time on Windows. Put a #define for the same time on Windows. Put a #define for
GLIB_STATIC_COMPILATION into glibconfig.h in the static case, so GLIB_STATIC_COMPILATION into glibconfig.h in the static case, so
that the use of variables from libglib gets the dllimport stuff in that the use of variables from libglib gets the GLIB_VAR macro in
the GLIB_VAR macro as defined in gtypes.h automatically gtypes.h automatically correct. This means that a shared and
correct. This means that a shared and static build of GLib can't static build of GLib can't be installed in the same prefix on
be installed in the same prefix on Windows, which sucks a bit. But Windows, which sucks a bit. But with variables in the GLib API,
with variables in the GLib API, there isn't much we can do there isn't much we can do otherwise. The alternative would be to
otherwise. The alternative would be to force the developer who force the developer who compiles against a statically built GLib
compiles against a statically built GLib to use to use -DGLIB_STATIC_COMPILATION.
-DGLIB_STATIC_COMPILATION.
2008-04-03 Tor Lillqvist <tml@novell.com> 2008-04-03 Tor Lillqvist <tml@novell.com>