[Top][All Lists]

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

Re: [RFC] pre-c89 in libltdl

From: Gary V. Vaughan
Subject: Re: [RFC] pre-c89 in libltdl
Date: Wed, 31 Mar 2004 16:23:07 +0100
User-agent: Mozilla Thunderbird 0.5 (X11/20040208)

Hash: SHA1

Bob Friesenhahn wrote:
| On Wed, 31 Mar 2004, Gary V. Vaughan wrote:
|>libltdl currently tries to support K&R compilers (though I don't have such
|>an environment to test on these days), where gnulib requires c89.  If libltdl
|>is prepared to require c89, it can use gnulibs versions of xmalloc, xstrdup,
|>strchr, memcpy, memmove etc.  libltdl itself will probably get a bit bigger in
|>fairness, but the amount of code in ltdl.c maintained by us will be smaller.
| It seems to me that you want to trade something which is the
| equivalent of a hampster for something which is equivalent in size to
| a horse.  Libltdl becomes dependent on a library which is likely to
| cause conflicts when linked with other libraries. In addition to this,
| there is severe impact on the libltdl usage license because now it
| depends on (presumably) GPL source.
| Perhaps you should reconsider the expected benefits.

The idea of gnulib is to be a repository of coding wisdom where oft used gnu
originated functions have their master copy.  One simply copies from the
master copy into their project.  I want to trade having a rarely tested
homebrew #ifdef rpl_memcpy in ltdl.c, for
$(WGETSGO)/gnulib/gnulib/lib/memcpy.c in Makefile.maint.

Hmmm... the LGPL thing is a pain though.  :-(  Thoughts?

- --
Gary V. Vaughan      ())_.  address@hidden,}
Research Scientist   ( '/
GNU Hacker           / )=
Technical Author   `(_~)_
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Thunderbird -


reply via email to

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