bug-gnulib
[Top][All Lists]
Advanced

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

Re: gnulib-tool: make it possible to install the generated library


From: Ralf Wildenhues
Subject: Re: gnulib-tool: make it possible to install the generated library
Date: Tue, 22 Aug 2006 10:25:04 +0200
User-agent: Mutt/1.5.12 (2006-08-10)

Hello Bruno,

* Bruno Haible wrote on Mon, Aug 21, 2006 at 08:45:45PM CEST:
> 
> I added this change to gnulib-tool. It will allow for libgettextlib to
> be installed as a shared library, saving some disk space for a few
> installed programs.

Thanks for the patch.  I have a couple of comments, though: installing
a library that contains some public symbols corresponding to gnulib
modules, thus having generic names (and thus possibly conflicting with
other libraries) seems to me unfortunate at best.

So even if turns out to be necessary for libgettextlib to do so, I would
strongly advise against this practice in general.  If gnulib modules end
up in shared libraries, they better have a stable and defined interface,
and gnulib carry the notion of an incompatible interface change;
something which authors have so far (rightly!) refused here.

> 2006-08-21  Bruno Haible <address@hidden>
> 
>       * gnulib-tool (func_emit_lib_Makefile_am): If the snippets already
>       specify an installation location, don't emit a noinst_[LT]LIBRARIES
>       assignment.

Please spell out noinst_LIBRARIES and noinst_LTLIBRARIES in a ChangeLog
entry.  Future greppability cannot be overestimated, even if the GCS
does not mandate it in this case.

Cheers,
Ralf




reply via email to

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