GNOME Bugzilla – Bug 53069
gmodule configure check weirdness
Last modified: 2011-02-18 15:47:43 UTC
check out the "shl_load() in libdld (HP-UX)" section of configure.in. I think the "how to export all symbols" stuff belongs inside the AC_CHECK_LIB? Otherwise, there's some weird implicit ordering thing going on where gmodule implementations have to be added either before or after that point depending on whether or not they need that flag? Assuming it does belong there, you can probably revert the bit from rev 1.22 too? (Unless AIX also uses shl_load, in which case the "HP-UX" refs might want to become "HP-UX/AIX" Also, it's sort of weird how the two different dlopen checks are broken up by the BeOS check, and how the additional dlopen checks occur after the shl_load check...
I think the weird implicit ordering is in fact the case ... basically, the original logic was "if we get here, then the load method - dlopen or shl_load -- requires -Wl,-E" that was changed to be "if we get here, then the load method - dlopen or shl_load - requires some flags to export, need to figure out what they are, -Wl,-E on most things, but -bexpall on AIX. In theory, this check could be moved up to the top, but since the only way it checks is if things compile, I'd be a bit nervous that -Wl,-E would do something bad on one of the higher-up platforms. I think the only thing that probably needs changing is moving the HP-UX comment down right above the check for shl_load. Make sense?
2001-11-27 Dan Winship <danw@ximian.com> * configure.in (G_MODULE_LDFLAGS): Set this from libtool rather than hardcoding values for certain platforms.