You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Not sure if we want to fix this vs try to get purecap subversion working instead?
Symptom is that pkg64 svn doesn't work out of the box.
> svn info
ld-elf64.so.1: /usr/local64/bin/svn: cannot load /usr/lib/libssl.so.111 since it is CheriABI
I debugged this to libserf.so.1 having /usr/lib in its rpath:
> readelf -d /usr/local64/lib/libserf-1.so
Dynamic section at offset 0x19538 contains 37 entries:
Tag Type Name/Value
0x000000000000001d RUNPATH Library runpath: [/usr/local64/lib:/usr/local64/lib:/usr/lib:/usr/local64/lib/db5:/usr/lib]
...
This ends up in RPATH in serf's SConstruct file via $OPENSSL/lib so it's not a LOCALBASE issue, but instead things assuming base system libraries are in /usr/lib. Workaround is to use env LD_64_LIBRARY_PATH=/usr/lib64 svn ...
The text was updated successfully, but these errors were encountered:
Not sure if we want to fix this vs try to get purecap subversion working instead?
Symptom is that pkg64 svn doesn't work out of the box.
I debugged this to libserf.so.1 having /usr/lib in its rpath:
This ends up in
RPATH
in serf's SConstruct file via$OPENSSL/lib
so it's not a LOCALBASE issue, but instead things assuming base system libraries are in /usr/lib. Workaround is to useenv LD_64_LIBRARY_PATH=/usr/lib64 svn ...
The text was updated successfully, but these errors were encountered: