Rolf Eike Beer added the comment:
No, it's not. $ORIGIN is a special value that must be literally in the RPATH
(i.e. in the ELF), so that the binary is relocatable and will looks for the
libraries relative to it's location.
I wonder if I could do "export ORIGIN='$ORIG
New submission from Rolf Eike Beer :
My use case is: LDFLAGS=-Wl,-rpath,'$ORIGIN/../lib'
This works fine for everything build directly by the Makefile, but for
everything that is build through the python distutils this breaks. This is not
an issue of the python side, it happens b
Rolf Eike Beer added the comment:
So, what is the problem with this? Either the compiler knows that unaligned
accesses are no problem and optimizes them away anyway, or it is kept because
it would crash otherwise. I can confirm that no sparc version >= 3.5 (have not
tried older) survives
Change by Rolf Eike Beer :
--
pull_requests: +5986
___
Python tracker
<https://bugs.python.org/issue28055>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Rolf Eike Beer :
--
components: Library (Lib)
nosy: Dakon
priority: normal
pull_requests: 5983
severity: normal
status: open
title: unaligned accesses in siphash24() lead to crashes on sparc
versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8
