[OpenIndiana-discuss] Cannot run texlive 2024
Udo Grabowski (IMK)
udo.grabowski at kit.edu
Tue Aug 27 16:52:08 UTC 2024
On 8/27/24 18:32, Alan Coopersmith via openindiana-discuss wrote:
> On 8/27/24 03:06, Udo Grabowski (IMK) wrote:
>> Any chance to get that SUNpublic version into libc.so.1 ? Any linker/
>> elfedit trick possible to get that running ?
>
> The normal way would be to add SUNWpublic to
> usr/src/lib/libc/port/mapfile-vers
> when building libc. I don't know if there's an easy way to do it
> afterwards
> with elfedit.
>
> Of course, then you're left with figuring out if whatever symbols texlive
> needs from that version are present in libc - which they may well be as
> Solaris & illumos have both added some common libc functions over the
> years.
> You can do that by adding the -s option to the pvs command you ran.
>
> For example:
> % pvs -vs /usr/lib/libX11.so
> libc.so.1 (SUNWpublic):
> inet_ntop;
> freeaddrinfo;
> __xnet_getaddrinfo;
> setsockopt;
> gai_strerror;
> __xnet_getsockopt;
> getsockname;
> __xnet_connect;
> __xnet_socket;
> shutdown;
> getpeername;
> inet_pton;
> reallocarray;
> [...]
>
> Most of those come from the merger of libsocket & libnsl into libc on
> Solaris 11.4, while reallocarray is a function both OS'es (and the new
> POSIX standard) have added.
>
> Current Solaris just adds new public symbols to SUNWpublic without a
> version number, like has always been done with the SUNWprivate set.
> Keeping version numbers got too messy with all the backports from
> Solaris 11 to 10, and didn't really add any useful benefits, so it
> was dropped.
>
Thanks, that's helpful ! Indeed, the only two entries needed from
SUNWpublic from
all the binaries are libsocket and libnsl functions, e.g.
# pvs -vs /usr/local/texlive/2024/bin/x86_64-solaris/pdflatex
libc.so.1 (SUNWpublic):
__xnet_connect;
__xnet_socket;
More information about the openindiana-discuss
mailing list