Rpi aarch64 and python3.7

[antonellocaroli]

it is normal that I find the Python3.7 directory
in /usr/lib
and not in /usr/lib64
?
python2.7 is in /usr/lib64

[Ionen]

Yes, lot of newer things are being moved there it seems. It may not always 100% make sense but /lib/ is just a more standard path as far as many things are concerned.

[erm67]

http://www.pathname.com/fhs/pub/fhs-2.3.pdf

According to the standard /lib<qual> and /usr/lib<qual> are optional but allowed, the problem is that in practice most makefiles expect to find the files relative to the main architecture in /lib.
In practice it would be probably a lot better to have a [/usr]/lib32 [/usr]/lib64 and a symlink [/usr]/lib that points to the main architecture for multilib (that is also permitted by the standard) or just put everything in [/usr]/lib if the system only supports 64bit.
_________________
Ok boomer
True ignorance is not the absence of knowledge, but the refusal to acquire it.
Ab esse ad posse valet, a posse ad esse non valet consequentia

My fediverse account: @erm67@erm67.dynu.net

[mDup]

One thing to also mention perhaps is that arm64 profile is still 17.0 whereas, e.g., amd64 went to 17.1 recently.
The 17.1 profile has new 'no SYMLINK_LIB' multilib layout (and profile change included an 'eselect news read'
with instructions on how to migrate from old to new multilib layout).

[erm67]

That is interesting, I no longer use gentoo on amd64 so I could not know. As long as it doesn't create problems I'll wait for 17.1.

Of course not having to pass ' with "--libdir=/usr/lib64" ' to configure everytime would be a small step toward usability, and gentoo need a bit

It's explained here:
https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout
_________________
Ok boomer
True ignorance is not the absence of knowledge, but the refusal to acquire it.
Ab esse ad posse valet, a posse ad esse non valet consequentia

My fediverse account: @erm67@erm67.dynu.net

[twalter]