bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Reconciliation of libsnprintfv vs. autogen


From: Daniel Jacobowitz
Subject: Re: Reconciliation of libsnprintfv vs. autogen
Date: Mon, 26 Feb 2007 06:53:41 -0500
User-agent: Mutt/1.5.13 (2006-08-11)

On Mon, Feb 26, 2007 at 04:58:49AM +0100, Ralf Wildenhues wrote:
> * Daniel Jacobowitz wrote on Mon, Feb 26, 2007 at 01:29:53AM CET:
> > 
> > That's from standalone libsnprintfv DLL support, which we're
> > obsoleting as we fold it into gnulib.  It doesn't work quite right
> > anyway, since none of the snprintfv interface functions are marked as
> > dllexport.  Marking some functions disables auto-export of all
> > functions and you end up with a library that doesn't offer snv_printf.
> 
> Not totally, but close enough, you may want to consider that the next
> libltdl release will mark functions for export itself and so consider
> one of the ways to cope.  Charles has listed suggestions as doc snippet
> here:
> <http://lists.gnu.org/archive/html/libtool-patches/2007-02/msg00062.html>

The ltdl sources in libsnprintfv today already do this, and so already
trigger this problem - in fact I thought it had done so for a while?
In any case, since we do not intend to build it as a separate DLL any
more, we don't need to cope.  But thanks for the pointer,
--export-symbols-regex looks quite helpful.

-- 
Daniel Jacobowitz
CodeSourcery




reply via email to

[Prev in Thread] Current Thread [Next in Thread]