After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 440544 - glib.symbols: g_slice_debug_tree_statistics and G_ENABLE_DEBUG
glib.symbols: g_slice_debug_tree_statistics and G_ENABLE_DEBUG
Status: RESOLVED FIXED
Product: glib
Classification: Platform
Component: win32
2.14.x
Other All
: Normal normal
: ---
Assigned To: gtk-win32 maintainers
gtk-win32 maintainers
: 463354 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-05-22 19:44 UTC by Kazuki Iwamoto
Modified: 2007-09-24 17:00 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Kazuki Iwamoto 2007-05-22 19:44:01 UTC
Please describe the problem:
Please see #390940, same problem occurred again at revision 5492.

Steps to reproduce:
1. compile without G_ENABLE_DEBUG


Actual results:
Following message is displayed.(Visual C++)
glib.def : error LNK2001: unresolved external symbol g_slice_debug_tree_statistics

Expected results:
Exporting g_slice_debug_tree_statistics should be limited.

Does this happen every time?
Revision 5492 or later

Other information:
Please see ChangeLog about g_slice_debug_tree_statistics.
http://svn.gnome.org/viewcvs/glib?view=revision&revision=5492
http://svn.gnome.org/viewcvs/glib?view=revision&revision=5318
http://svn.gnome.org/viewcvs/glib?view=revision&revision=5190
Comment 1 Matthias Clasen 2007-05-22 21:25:44 UTC
hmm, I'll look at that. As a workaround, does building with --enable-debug=yes 
work for you ?
Comment 2 Kazuki Iwamoto 2007-05-23 19:45:56 UTC
Yes. If building with --enable-debug=yes, G_ENABLE_DEBUG is defined.
It is successful.
Comment 3 Mark Lee 2007-08-04 08:10:42 UTC
FYI, this still occurs with glib-2.14.0 (compiling with MinGW).  The build fails with the following error:

Cannot export g_slice_debug_tree_statistics: symbol not defined

The build was configured to use the default debugging, minimum.
Comment 4 Tor Lillqvist 2007-08-06 14:27:09 UTC
2007-08-06  Tor Lillqvist  <tml@novell.com>

	* glib/gslice.c: Move the G_ENABLE_DEBUG ifdef inside
	g_slice_debug_tree_statistics() so that the function exists (but
	doesn't do anything) also in a non-debug build. (#440544)
Comment 5 Matthias Clasen 2007-08-06 14:30:15 UTC
Hey Tor

I did that earlier during 2.13.x, and timj objected...
Comment 6 Tor Lillqvist 2007-08-06 14:49:15 UTC
Ah ok... Should we instead then just remove g_slice_debug_tree_statistics from glib.symbols?
Comment 7 Matthias Clasen 2007-08-06 14:55:16 UTC
that'll make make check break even in debug builds, I guess
I just need to sit down and figure out how to fix make check
Comment 8 Tor Lillqvist 2007-08-06 15:42:26 UTC
Reverted in SVN...
Comment 9 Loïc Minier 2007-08-07 10:01:44 UTC
So different lists of exported symbols in debug and non-debug builds?
Comment 10 Matthias Clasen 2007-08-08 23:42:29 UTC
2007-08-08  Matthias Clasen  <mclasen@redhat.com>

        * glib/glib.symbols:
        * glib/Makefile.am:
        * glib/abicheck.sh: Make it work regardless of --enable-debug

Comment 11 Tor Lillqvist 2007-08-09 09:24:40 UTC
That might fix the abicheck.sh problem, but doesn't fix the actual problem initially reported in this bug report, does it? g_slice_debug_tree_statistics() is still inside #ifdef G_ENABLE_DEBUG, but always gets included in glib.def. Should we surround it with #ifdef G_ENABLE_DEBUG also in glib.symbols, and pass also $(GLIB_DEBUG_FLAGS) to $(CPP) when making glib.def? (Or did you forget to commit a change to glib.symbols?)
Comment 12 Matthias Clasen 2007-08-09 13:49:22 UTC
forgotten file, indeed. Committed now.
Comment 13 Fred Hsueh 2007-09-24 17:00:57 UTC
*** Bug 463354 has been marked as a duplicate of this bug. ***