[Top][All Lists]
[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
- Re: libtool-branch-2-0: add strlcat/strlcpy emulation, (continued)