Re: make always relinks the shared libraries

[Sven Joachim]

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
succeeds.

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.

Cheers,
       Sven

ncurses-test-inst
Description: Text Data