usr / bin / ld: -l <nameOfTheLibrary> bulunamıyor

Programımı derlemeye çalışıyorum ve bu hatayı döndürüyor:

usr/bin/ld: cannot find -l<nameOfTheLibrary>

makefile komutumu kullanıyorum g++ve başka bir dizinde bulunan kütüphaneme sembolik bir bağlantı olan kütüphaneme bağlantıyı kullanıyorum.

Çalıştırmak için eklemek için bir seçenek var mı?

Kütüphane adınız söylendiyse libxyz.sove yoldaysa:

/home/user/myDir

ardından programınıza bağlamak için:

g++ -L/home/user/myDir -lxyz myprog.cpp -o myprog

Bağlayıcının ne aradığını bulmak için onu ayrıntılı modda çalıştırın.

Örneğin, MySQL'i ZLIB desteği ile derlemeye çalışırken bu sorunla karşılaştım. Derleme sırasında böyle bir hata alıyordum:

/usr/bin/ld: cannot find -lzlib

Bazı Googl'ing yaptım ve insanların .so dosyasının gerçekten var olduğundan emin olmak için söyleyecekleri aynı türden farklı sorunlarla karşılaşmaya devam ettim ve eğer değilse, sürüm dosyası için bir sembolik bağlantı oluşturun, örneğin, zlib. so.1.2.8. Ama, kontrol ettiğimde, zlib var. Kesinlikle sorun olamayacağını düşündüm.

Internets LD_DEBUG = all ile yapmak önerilen önerilen başka bir yazı geldi:

LD_DEBUG=all make

Ben bir hata ayıklama çıktı bir ton var, ama aslında yardımcı olmadı. Her şeyden daha fazla karışıklık ekledi. Yani, pes etmek üzereydim.

Sonra bir epifan vardı. Aslında ld komutu için yardım metnini kontrol etmeyi düşündüm:

ld --help

Bundan, ld modda nasıl çalıştırılacağını anladım (bunu hayal et):

ld -lzlib --verbose

Bu aldığım çıktı:

==================================================
attempt to open /usr/x86_64-linux-gnu/lib64/libzlib.so failed
attempt to open /usr/x86_64-linux-gnu/lib64/libzlib.a failed
attempt to open /usr/local/lib64/libzlib.so failed
attempt to open /usr/local/lib64/libzlib.a failed
attempt to open /lib64/libzlib.so failed
attempt to open /lib64/libzlib.a failed
attempt to open /usr/lib64/libzlib.so failed
attempt to open /usr/lib64/libzlib.a failed
attempt to open /usr/x86_64-linux-gnu/lib/libzlib.so failed
attempt to open /usr/x86_64-linux-gnu/lib/libzlib.a failed
attempt to open /usr/local/lib/libzlib.so failed
attempt to open /usr/local/lib/libzlib.a failed
attempt to open /lib/libzlib.so failed
attempt to open /lib/libzlib.a failed
attempt to open /usr/lib/libzlib.so failed
attempt to open /usr/lib/libzlib.a failed
/usr/bin/ld.bfd.real: cannot find -lzlib

Ding Ding Ding...

Yani, sonunda düzeltmek için kendi ZLIB (paketlenmiş sürümü yerine) kendi sürümüm ile MySQL derlemek olabilir:

sudo ln -s /usr/lib/libz.so.1.2.8 /usr/lib/libzlib.so

İşte bu kadar!

Başlangıçta gerekli kütüphaneyi kuramamanın en yaygın başlangıç ​​problemini ele alan herhangi bir cevap yok gibi görünüyor.

Debianish platformlarında, libfooeksikse, sık sık aşağıdaki gibi bir şeyle yükleyebilirsiniz

apt-get install libfoo-dev

-devPaketin versiyonu böyle kütüphanesine bağlantı kaynak kodunu derlemek olarak, geliştirme çalışmaları için bile önemsiz geliştirme çalışmaları gereklidir.

Paket adı bazen bazı süslemeler ( libfoo0-dev? Öneki foo-devolmadan lib? Vb.) Gerektirir veya belirli bir dosyayı tam olarak hangi paketlerin sağladığını bulmak için dağıtımınızın paket aramasını kullanabilirsiniz.

(Birden fazla varsa, farklılıklarının ne olduğunu bulmanız gerekecektir. En havalı veya en popüler olanı seçmek ortak bir kısayoldur, ancak herhangi bir ciddi geliştirme çalışması için kabul edilebilir bir prosedür değildir.)

Diğer mimariler için (en önemlisi RPM), ayrıntılar farklı olsa da benzer prosedürler geçerlidir.

Derleme zamanı

G ++ derken cannot find -l<nameOfTheLibrary>, g ++ dosyasının lib{nameOfTheLibrary}.soaradığı anlamına gelir , ancak varsayılan olarak /usr/libve /usr/local/libbaşka bir yere işaret eden paylaşılan kitaplık arama yolunda bulamadı .

Bu sorunu gidermek için, lib{nameOfTheLibrary}.sobu arama yollarında kitaplık dosyasını ( ) sağlamalı veya -Lkomut seçeneğini kullanmalısınız . -L{path}g ++ 'ya (aslında ld) {path}varsayılan yollara ek olarak yoldaki kütüphane dosyalarını bulmasını söyler .

Örnek: adresinde bir kitaplığınız olduğunu /home/taylor/libswift.sove uygulamanızı bu kitaplığa bağlamak istediğinizi varsayalım. Bu durumda, g ++ 'yı aşağıdaki seçeneklerle sağlamanız gerekir:

g++ main.cpp -o main -L/home/taylor -lswift

• Not 1 : -lseçenek kitaplık adını alır olmadan lib ve .soonun başında ve sonunda.

• Not 2 : Bazı durumlarda, örneğin kütüphane dosya adının ardından sürümü gelir libswift.so.1.2. Bu durumlarda, g ++ kitaplık dosyasını da bulamaz. Bunu düzeltmek için basit bir çözüm libswift.so.1.2çağrılan için sembolik bir bağlantı oluşturmaktır libswift.so.

Çalışma süresi

Uygulamanızı paylaşılan bir kitaplığa bağladığınızda, uygulamayı her çalıştırdığınızda kitaplığın kullanılabilir kalması gerekir. Çalışma zamanında uygulamanız (aslında dinamik bağlayıcı) içindeki kitaplıklarını arar LD_LIBRARY_PATH. Yolların bir listesini saklayan bir ortam değişkeni.

Örnek: Bizim durumunda libswift.soörneğin, dinamik bağlayıcı bulamıyorum libswift.soiçinde LD_LIBRARY_PATH(varsayılan arama yollarına hangi puan). Sorunu çözmek için bu değişkenin yolunu eklemeniz gerekir libswift.so.

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/taylor

İle derleme sırasında g++aracılığıyla maketanımlamak LIBRARY_PATHonunla Makefile değiştirmeye uygun olmayabilir eğer -Lseçeneği. Ek kütüphanemi yerleştirmiştim, /opt/libbu yüzden yaptım:

$ export LIBRARY_PATH=/opt/lib/

ve sonra makebaşarılı derleme ve bağlantı için koştu .

Programı paylaşılan bir kütüphane ile çalıştırmak için şunları tanımlayın:

$ export LD_LIBRARY_PATH=/opt/lib/

programı yürütmeden önce.

İlk olarak, adlandırma kuralını bilmeniz gerekir lxxx:

/usr/bin/ld: cannot find -lc
/usr/bin/ld: cannot find -lltdl
/usr/bin/ld: cannot find -lXtst

lcaracı libc.so, lltdlaraçlar libltdl.so, lXtstaraçlar libXts.so.

Yani, lib+ lib-name+.so

Adı öğrendikten sonra locate, bu lxxx.sodosyanın yolunu bulmak için kullanabiliriz .

$ locate libiconv.so
/home/user/anaconda3/lib/libiconv.so   # <-- right here
/home/user/anaconda3/lib/libiconv.so.2
/home/user/anaconda3/lib/libiconv.so.2.5.1
/home/user/anaconda3/lib/preloadable_libiconv.so
/home/user/anaconda3/pkgs/libiconv-1.14-0/lib/libiconv.so
/home/user/anaconda3/pkgs/libiconv-1.14-0/lib/libiconv.so.2
/home/user/anaconda3/pkgs/libiconv-1.14-0/lib/libiconv.so.2.5.1
/home/user/anaconda3/pkgs/libiconv-1.14-0/lib/preloadable_libiconv.so

yumBulamazsanız , (CentOS kullanıyorum) tarafından yüklemeniz gerekir . Genellikle bu dosyanız vardır, ancak doğru yere bağlantı oluşturmaz.

Doğru yere bağlayın, genellikle /lib64veya/usr/lib64

$ sudo ln -s /home/user/anaconda3/lib/libiconv.so /usr/lib64/

Bitti!

ref: https://i-pogo.blogspot.jp/2010/01/usrbinld-cannot-find-lxxx.html

Programınızı derlerken kütüphaneye giden yolu sağlamalısınız; g ++ 'da -L seçeneğini kullanın:

g++ myprogram.cc -o myprogram -lmylib -L/path/foo/bar

Bu hata, sembolik bağ .so olarak dinamik bir kitaplığa ise, ancak eski nedenlerle -staticbağlantı bayrakları arasında görünüyorsa da ortaya çıkabilir . Öyleyse, kaldırmayı deneyin.

Kütüphanenizin yerini kontrol edin, örneğin lxxx.so:

locate lxxx.so

/usr/libKlasörde değilse , şunu yazın:

sudo cp yourpath/lxxx.so /usr/lib

Bitti.

Daha önce verilen yanıtların yanı sıra, * .so dosyasının var olduğu, ancak düzgün adlandırılmadığı da olabilir. Veya * .so dosyası var olabilir, ancak başka bir kullanıcı / köke aittir.

Sorun 1: Hatalı ad

Dosyayı bu şekilde bağlıyorsanız, -l<nameOfLibrary> kütüphane dosya adı formda olmalıdır ZORUNLU lib<nameOfLibrary> Sadece <nameOfLibrary>.sodosyanız varsa yeniden adlandırın!

Sorun 2: Yanlış sahip

Bunun sorun olmadığını doğrulamak için -

ls -l /path/to/.so/file

Dosya kök veya başka bir kullanıcıya aitse,

sudo chown yourUserName:yourUserName /path/to/.so/file

Bağlanmaya çalıştığım kütüphane standart olmayan bir isme sahip olduğu ortaya çıktı (yani 'lib' ile önek eklenmedi), bu yüzden derlemek için böyle bir komut kullanmanızı tavsiye ettiler -

gcc test.c -Iinclude lib/cspice.a -lm

İşte dizüstü bilgisayarımın Ubuntu bilgileri.

lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.2 LTS
Release:    18.04
Codename:   bionic

Boost_filesystem ve boost_system için .so dosyalarını bulmak için locate kullanıyorum

locate libboost_filesystem
locate libboost_system

Sonra .so dosyalarını / usr / lib'e bağlayın ve .so olarak yeniden adlandırın.

sudo ln -s /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.65.1 /usr/lib/libboost_filesystem.so
sudo ln -s /usr/lib/x86_64-linux-gnu/libboost_system.so.1.65.1 /usr/lib/libboost_system.so

Bitti! R paketi velocyto.R başarıyla kuruldu!

Aynı hata mesajıyla karşılaştım.

Ben inşa cmockabir şekilde sove benim yürütülebilir bağlamak için çalıştı. Ancak ldher zaman aşağıda şikayet eder:

/ usr / bin / ld: -lcmocka bulunamıyor

Oluşturulduktan sonra oluşturulan 3 dosya olduğu ortaya çıkıyor cmocka:

1. libcmocka.so
2. libcmocka.so.0
3. libcmocka.so.0.7.0

1 ve 2 sembol bağlantılarıdır ve sadece 3 gerçek dosyadır.

Sadece 1'i kütüphane klasörüne kopyaladım, burada ld3'ü bulamadım.

Ben tüm 3 kopyaladıktan sonra ldçalışır.