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 605045 - configure and build fails in 64-bit mode on Snow Leopard
configure and build fails in 64-bit mode on Snow Leopard
Status: RESOLVED DUPLICATE of bug 529806
Product: glib
Classification: Platform
Component: general
2.22.x
Other Mac OS
: Normal normal
: ---
Assigned To: gtkdev
gtkdev
Depends on:
Blocks:
 
 
Reported: 2009-12-20 09:11 UTC by Guy Harris
Modified: 2009-12-23 09:33 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Guy Harris 2009-12-20 09:11:08 UTC
The configure script for GLib appears to assume that libiconv will have libiconv_open() iff it's GNU iconv, so that USE_LIBICONV_GNU is defined in config.h iff libiconv has libiconv_open().

glib/gconvert.c assumes that _LIBICONV_H is defined iff libiconv is GNU iconv.

The libiconv in Mac OS X is GNU iconv; however, it only defines libiconv_open() in 32-bit mode.  In 64-bit mode, only iconv_open() is available, so the configure script thinks libiconv is not GNU iconv.  However, as it is GNU iconv, iconv.h defines _LIBICONV_H, and the tests

#if defined(USE_LIBICONV_GNU) && !defined (_LIBICONV_H)
#error GNU libiconv in use but included iconv.h not from libiconv  
#endif

in glib/gconvert.c fails.

Configuring with ./configure --with-libiconv=native also fails.
Comment 1 Ryan Schmidt 2009-12-23 07:54:00 UTC
Duplicate of bug #529806?
Comment 2 Guy Harris 2009-12-23 09:33:41 UTC
Yup, looks like it.

*** This bug has been marked as a duplicate of bug 529806 ***