[Top][All Lists]

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

Re: make always relinks the shared libraries

From: Sven Joachim
Subject: Re: make always relinks the shared libraries
Date: Mon, 20 Aug 2018 19:32:44 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux)

On 2018-08-19 21:02 +0200, Sven Joachim wrote:

> On 2018-08-19 11:48 -0400, Thomas Dickey wrote:
>> On Sat, Aug 11, 2018 at 09:34:51AM +0200, Sven Joachim wrote:
>>> Running make twice ought to do nothing in the second run, but if shared
>>> libraries are enabled, they will always be relinked.  Example:
>> ...
>>> If "--without-progs --without-tests" is not specified, the result is
>>> even worse since the programs are recompiled in the second make run.
>>> This increases build times, invalidates stamp files and has caused
>>> race conditions in the Debian build as noticed by Helmut Grohne in
>>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903790.
>> In my test-package, with the changes for "--disable-relink", I don't
>> see any relinking left to fix...
> Indeed, but there seems to be another problem now: "make install" does
> not always replace the shared libraries in the destination directory.
> This breaks the Debian build, which relies on installing the non-wide
> libraries first, then the wide ones.  In my test build, dpkg-gensymbols
> complained about missing symbols in libtinfo.so.6 because of that.

Looking closer, I can only reproduce this if "--disable-relink" is _not_
passed to configure.  If I add it to CONFARGS in debian/rules, the build

Attached is a relatively minimal testcase, building two configurations
where the only difference is "--enable-widec" in one of them.  If the
wide configuration is built first but installed last, "make install.tinfo"
does not replace libtinfo.so.6.1 in the destination directory.


Attachment: ncurses-test-inst
Description: Text Data

reply via email to

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