[bug #42423] base.make errouneously pollutes CONFIG_SYSTEM_* variables

[Yavor Doganov]

Follow-up Comment #2, bug #42423 (project gnustep):

> That change was to avoid conflicting library versions
> being linked into base and gui ... 

I see.  The way to address this problem is to take care to relink all reverse
dependencies of the library.  Which I agreee is a bit tedious and even error
prone if you install everything manually.

> I don't really know/understand the benefits of explicitly
> specifying the libraries

There is no benefit at all.  If program foo links dynamically with libA which
dynamically links with libB, there is no good reason for foo to link with libB
(unless the dynamic linker is not capable of loading the DSOs in which case
the last resort would be static linking).  Imagine if libB is being linked
with libC and libD, and libD is linked with libE...  Shared libraries are
ubiquitous nowadays so a system would easily become unmaintainable mess if one
does that.  For this reason, almost all binary-based distros delete libtool
.la files or at least empty their dependency_libs field.  The GNUstep core
libraries have been doing a great job on this front by keeping their external
library dependencies unexposed.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?42423>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/