Bruno Haible <[EMAIL PROTECTED]> writes: >> > 3) Two different libraries, say, libguile and libgettextpo, using auxiliary >> > functions from gnulib. It may happen that libguile and libgettextpo both >> > define rpl_strcasecmp, and that this leads to link-time issues. >> > >> > For this we have nothing prepackaged in gnulib-tool, but there is a >> > Makefile snippet that does the necessary #defines, i.e. >> > #define rpl_strcasecmp scm_strcasecmp >> > in guile's config.h, and >> > #define rpl_strcasecmp libgettextpo_strcasecmp >> > in libgettextpo's config.h. You find this code in the 'config.h' rule in >> > >> > http://cvs.savannah.gnu.org/viewvc/gettext/gettext-tools/libgettextpo/Makefile.am?revision=1.13&root=gettext&view=text >> >> I second Simon's request to integrate it in Gnulib. :-) > > That would be the wrong place. It needs to be integrated into automake, > more precisely into automake's support of libtool. automake should allow > to specify subsets libfoo_la_SOURCES_HIDDEN of libfoo_la_SOURCES, and > libfoo_la_LIBADD_HIDDEN of libfoo_la_LIBADD, such that the exported symbols > of these parts get prefixed with 'libfoo_'.
Is there any indication that automake will support this soon? If not, perhaps we could adopt the typical approach to work around missing functionality by implementing this in gnulib. This namespace-problem doesn't typically come up in normal situations (I think?), so it is somewhat gnulib-centric and having a solution in gnulib would allow us to experiment with it before adding it to automake (if that ever happens). I have a customer who needs this functionality, so I'll see if I can extract something from your work and make it general enough to work in both gsasl and gnutls. Although if it makes too much time, I'll resort to a custom hack for this particular situation.. /Simon
