libtool-patches
[Top][All Lists]
Advanced

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

Re: libtool-branch-2-0: add strlcat/strlcpy emulation


From: Ralf Wildenhues
Subject: Re: libtool-branch-2-0: add strlcat/strlcpy emulation
Date: Mon, 13 Dec 2004 16:54:04 +0100
User-agent: Mutt/1.4.1i

* Albert Chin wrote on Mon, Dec 13, 2004 at 04:47:20PM CET:
> On Mon, Dec 13, 2004 at 08:46:27AM -0600, Bob Friesenhahn wrote:
> > On Mon, 13 Dec 2004, Ralf Wildenhues wrote:
> > >>
> > >>How about making it work with AC_REPLACE_FUNCS? Then the system
> > >>version might be used?
> > >
> > >What if the package using libltdl already has AC_REPLACE_FUNCS(strlcat)?
> > >If you can solve this cleanly, fine with me, otherwise I like Bob's
> > >approach better.
> > 
> > I am glad that Ralf found a reason to prefer my approach since I have 
> > not used AC_REPLACE_FUNCS before.  Regardless, my approach does use 
> > the system versions if they are available.
> 
> AC_REPLACE_FUNCS doesn't create an empty .o file like yours does. But,
> this is I think only a problem on Tru64 UNIX which deosn't have
> strlcat.

Is there a reason against using

#if defined(HAVE_STRLCAT) && defined(HAVE_STRLCPY)
static int dummy;
#endif

in libltdl/lt__strl.c besides the apparent uglyness?  (Did I mention
before that I think that the LIBOBJ mechanism less than optimal?)

Regards,
Ralf




reply via email to

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