Use system libdir when searching for dynamically loaded libraries #25
Merge aplicado
SlavekB
aplicou merge dos 1 commits de feat/search-libs-in-system-libdir em master 5 anos atrás
Sem revisor
Sem etiqueta
Sem responsável
1 participante(s)
Notificações
Data limite
Data limite não informada.
Dependências
Nenhuma dependência definida.
Referência: TDE/tdelibs#25
Carregando…
Referência em uma nova issue
Ainda não há conteúdo.
Excluir Branch 'feat/search-libs-in-system-libdir'
A exclusão de um branch é permanente. Isto NÃO PODERÁ ser desfeito. Continuar?
To dynamically load libraries, we need to identify the directory in which the library will be searched for.
Here are different ways to deal with multi-arch in individual distributions. Some consider only 64 × 32 bits and use lib64 × lib (RedHat, Slackware), some consider full multi-arch and use lib/x86_64-linux-gnu, lib/i386-linux-gnu, lib/arm-linux-gnueabihf,… (Debian, Ubuntu).
Currently,
KDELIBSUFFwas used, which assumed the '64' setting for lib64. However, this is not enough for a full multi-arch case. When searching for an SSL libraries, it is currently looking for all thelib/*-*-*directories, which can lead to finding a library that is for the other architecture.The proposed patch uses the fact that CMake rules contain the default path for libraries. Instead of
KDELIBSUFF,SYSTEM_LIBDIRis now used, which is set according to the CMake value. As a result, on fully multi-arch systems, a directory for the right architecture will be searched.8a859540c3.