Open linker issues on FreeBSD

[Osipov, Michael]

Am 2019-03-29 um 09:13 schrieb Mojca Miklavec:
> On Thu, 28 Mar 2019 at 22:20, Karl Berry wrote:
>>
>>      incorrectly linked executables on FreeBSD
>>
>> Thanks for the report.
>>
>> I don't use FreeBSD, so I can't solve it, sorry. I can only report that
>> Nikola compiled last year's binaries on FreeBSD 10.
>> http://anthesphoria.net/FreeBSD/TeXLive-2018/
>>
>> whereas this year's binaries are compiled by Mojca on FreeBSD 11.
>> http://dl.contextgarden.net/build/texlive/
>> http://build.contextgarden.net/waterfall?tag=c/texlive
>>
>> I'm only guessing, but it sounds like using shared lib foo.x on an older
>> system may fail on the newest system because only .x+1 is available, or
>> because of indirect dependencies (likely through fontconfig) on .x or .x+1.
>>
>> I hope Nikola or Mojca can reply with more facts/help. --best, karl.
> 
> Asy rebuild has not been attempted yet (and I experience the same
> issues with the old binary; which wouldn't even work as it's an old
> version anyway).
> 
> However I'm unable to reproduce the problem on xetex. For me it links
> against libfreetype 6.
> 
> How old is this report / attempt? Can the binaries (other than asy and
> xindy) be checked again?

This has been reproduced after a year again. It is brand new. I have set 
up a new jail with 12-RELEASE on 12-STABLE and installed with tlinstall 
interactively. The executables have been pulled from the internet and 
not compiled by me:

> ldadocgen at deblndw011x1j:/usr/local/ldadocgen/prod/texlive
> $ stat -x ./2018/bin/amd64-freebsd/xetex
>   File: "./2018/bin/amd64-freebsd/xetex"
>   Size: 23924584     FileType: Regular File
>   Mode: (0755/-rwxr-xr-x)         Uid: ( 1001/ldadocgen)  Gid: ( 1001/ldadocgen)
> Device: 0,130   Inode: 1701335    Links: 1
> Access: Thu Mar 14 20:45:44 2019
> Modify: Mon Apr  2 21:38:35 2018
> Change: Thu Mar 14 13:29:28 2019

=========================================================================

I have now installed TL 2019 pretest into the same jail and see 
definitively improvements:
> ./xetex:
>         libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0x801d72000)
>         libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x801dbc000)
>         libm.so.5 => /lib/libm.so.5 (0x801e74000)
>         libc++.so.1 => /usr/lib/libc++.so.1 (0x801ea6000)
>         libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x801f75000)
>         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x801f96000)
>         libc.so.7 => /lib/libc.so.7 (0x801fae000)
>         libexpat.so.1 => /usr/local/lib/libexpat.so.1 (0x8023a1000)
>         libthr.so.3 => /lib/libthr.so.3 (0x8023cc000)
>         libz.so.6 => /lib/libz.so.6 (0x8023f7000)
>         libbz2.so.4 => /usr/lib/libbz2.so.4 (0x802411000)

but asy still broken:
> ./asy:
>         libOSMesa.so.9 => not found (0)
>         libglut.so.12 => not found (0)
>         libGLU.so.1 => not found (0)
>         libGL.so.1 => not found (0)
>         libreadline.so.8 => not found (0)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>         librt.so.1 => /usr/lib/librt.so.1 (0x800c95000)
>         libz.so.6 => /lib/libz.so.6 (0x800c9d000)
>         libm.so.5 => /lib/libm.so.5 (0x800cb7000)
>         libncurses.so.8 => /lib/libncurses.so.8 (0x800ce9000)
>         libc++.so.1 => /usr/lib/libc++.so.1 (0x800d40000)
>         libcxxrt.so.1 => /lib/libcxxrt.so.1 (0x800e0f000)
>         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x800e30000)
>         libthr.so.3 => /lib/libthr.so.3 (0x800e48000)
>         libc.so.7 => /lib/libc.so.7 (0x800e73000)

Are you really linking against USES=readline? [1]
> $ ll /usr/local/lib/libreadline.*
> -rw-r--r--  1 root  wheel  632462 2019-03-06 17:50 /usr/local/lib/libreadline.a
> lrwxr-xr-x  1 root  wheel      16 2019-03-06 17:50 /usr/local/lib/libreadline.so@ -> libreadline.so.7
> -rw-r--r--  1 root  wheel  332880 2019-03-06 17:50 /usr/local/lib/libreadline.so.7

[1] 
https://github.com/freebsd/freebsd-ports/blob/5383eaa9730bf306fdbc6c87bb8963c3040b4b88/Mk/Uses/readline.mk

Michael