usr / bin / ld: tidak dapat menemukan -l <nameOfTheLibrary>

Saya mencoba mengkompilasi program saya dan mengembalikan kesalahan ini:

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

di makefile saya, saya menggunakan perintah g++dan tautan ke perpustakaan saya yang merupakan tautan simbolis ke perpustakaan saya yang terletak di direktori lain.

Apakah ada opsi untuk ditambahkan agar berhasil?

Jika nama perpustakaan Anda diucapkan libxyz.sodan terletak di jalur, katakan:

/home/user/myDir

lalu menautkannya ke program Anda:

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

Untuk mengetahui apa yang dicari oleh tautan, jalankan dalam mode verbose.

Misalnya, saya mengalami masalah ini ketika mencoba mengkompilasi MySQL dengan dukungan ZLIB. Saya menerima kesalahan seperti ini selama kompilasi:

/usr/bin/ld: cannot find -lzlib

Saya melakukan beberapa Googl'ing dan terus menemukan masalah yang berbeda dari jenis yang sama di mana orang akan mengatakan untuk memastikan file .so benar-benar ada dan jika tidak, kemudian buat symlink ke file versi, misalnya, zlib. jadi 1.2.2. Tapi, ketika saya periksa, zlib.so DID ada. Jadi, saya pikir, pasti itu bukan masalahnya.

Saya menemukan posting lain di Internet yang menyarankan untuk menjalankan make dengan LD_DEBUG = semua:

LD_DEBUG=all make

Meskipun saya mendapat TON hasil debugging, itu sebenarnya tidak membantu. Itu menambahkan lebih banyak kebingungan daripada yang lain. Jadi, saya hampir menyerah.

Kemudian, saya memiliki pencerahan. Saya pikir untuk benar-benar memeriksa teks bantuan untuk perintah ld:

ld --help

Dari situ, saya menemukan cara menjalankan ld dalam mode verbose (bayangkan itu):

ld -lzlib --verbose

Ini adalah output yang saya dapatkan:

==================================================
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 ...

Jadi, untuk akhirnya memperbaikinya sehingga saya dapat mengkompilasi MySQL dengan versi ZLIB saya sendiri (bukan versi yang dibundel):

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

Voila!

Tampaknya tidak ada jawaban yang membahas masalah pemula yang sangat umum gagal menginstal perpustakaan yang diperlukan di tempat pertama.

Pada platform Debianish, jika libfootidak ada, Anda dapat sering menginstalnya dengan sesuatu seperti

apt-get install libfoo-dev

Itu -dev versi paket yang diperlukan untuk pekerjaan pembangunan, bahkan pekerjaan pembangunan sepele seperti kompilasi kode sumber untuk nge-link ke perpustakaan.

Nama paket terkadang membutuhkan beberapa dekorasi ( libfoo0-dev? foo-devTanpa libawalan? Dll), atau Anda dapat menggunakan pencarian paket distro Anda untuk mengetahui secara tepat paket mana yang menyediakan file tertentu.

(Jika ada lebih dari satu, Anda perlu mencari tahu apa perbedaannya. Memilih yang paling keren atau paling populer adalah jalan pintas yang umum, tetapi bukan prosedur yang dapat diterima untuk setiap pekerjaan pengembangan yang serius.)

Untuk arsitektur lain (terutama RPM) prosedur serupa berlaku, meskipun detailnya akan berbeda.

Waktu kompilasi

Ketika g ++ mengatakan cannot find -l<nameOfTheLibrary>, itu berarti bahwa g ++ mencari file lib{nameOfTheLibrary}.so, tetapi tidak dapat menemukannya di jalur pencarian perpustakaan bersama, yang secara default menunjuk ke /usr/libdan /usr/local/libdan di tempat lain mungkin.

Untuk mengatasi masalah ini, Anda harus menyediakan file perpustakaan ( lib{nameOfTheLibrary}.so) di jalur pencarian tersebut atau menggunakan -Lopsi perintah. -L{path}memberitahu g ++ (sebenarnya ld) untuk menemukan file library di path {path}selain path default.

Contoh: Anggap Anda memiliki perpustakaan di /home/taylor/libswift.so, dan Anda ingin menautkan aplikasi Anda ke perpustakaan ini. Dalam hal ini, Anda harus menyediakan g ++ dengan opsi berikut:

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

• Catatan 1 : -lopsi mendapatkan nama pustaka tanpa lib dan .sopada awal dan akhir.

• Catatan 2 : Dalam beberapa kasus, nama file perpustakaan diikuti oleh versinya, misalnya libswift.so.1.2. Dalam kasus ini, g ++ juga tidak dapat menemukan file perpustakaan. Solusi sederhana untuk memperbaikinya adalah membuat tautan simbolis untuk libswift.so.1.2dipanggil libswift.so.

Runtime

Saat Anda menautkan aplikasi ke perpustakaan bersama, perpustakaan harus tetap tersedia setiap kali Anda menjalankan aplikasi. Di runtime aplikasi Anda (sebenarnya tautan dinamis) mencari pustaka di LD_LIBRARY_PATH. Ini adalah variabel lingkungan yang menyimpan daftar jalur.

Contoh: Dalam kasus kami libswift.somisalnya, linker dinamis tidak dapat menemukan libswift.sodi LD_LIBRARY_PATH(yang menunjuk ke jalur pencarian default). Untuk memperbaiki masalah, Anda harus menambahkan variabel dengan path libswift.sodi.

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/taylor

Selama kompilasi dengan g++via makedefine LIBRARY_PATHjika mungkin tidak tepat untuk mengubah Makefile dengan -Lopsi. Saya telah memasukkan perpustakaan tambahan saya /opt/libjadi saya lakukan:

$ export LIBRARY_PATH=/opt/lib/

dan kemudian dijalankan makeuntuk kompilasi dan penautan yang berhasil.

Untuk menjalankan program dengan perpustakaan bersama tentukan:

$ export LD_LIBRARY_PATH=/opt/lib/

sebelum menjalankan program.

Pertama, Anda perlu tahu aturan penamaan lxxx:

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

lcberarti libc.so, lltdlberarti libltdl.so, lXtstberarti libXts.so.

Jadi, itu lib+ lib-name+.so

Setelah kita tahu namanya, kita bisa menggunakan locateuntuk mencari path lxxx.sofile ini .

$ 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

Jika Anda tidak dapat menemukannya, Anda harus menginstalnya dengan yum(saya menggunakan CentOS). Biasanya Anda memiliki file ini, tetapi tidak terhubung ke tempat yang tepat.

Tautkan ke tempat yang tepat, biasanya itu /lib64atau/usr/lib64

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

Selesai!

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

Ketika Anda mengkompilasi program Anda, Anda harus menyediakan jalur ke perpustakaan; di g ++ gunakan opsi -L:

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

Kesalahan ini juga dapat terjadi jika tautan simbolik ke pustaka dinamis, .so, tetapi karena alasan lama -staticmuncul di antara bendera tautan. Jika demikian, coba hapus.

Periksa lokasi perpustakaan Anda, misalnya lxxx.so:

locate lxxx.so

Jika tidak ada di /usr/libfolder, ketikkan ini:

sudo cp yourpath/lxxx.so /usr/lib

Selesai

Terlepas dari jawaban yang telah diberikan, mungkin juga ada file * .so yang ada tetapi tidak dinamai dengan benar. Atau mungkin file * .so ada tetapi dimiliki oleh pengguna lain / root.

Edisi 1: Nama tidak benar

Jika Anda menautkan file itu -l<nameOfLibrary> maka nama file perpustakaan HARUS dalam bentuk lib<nameOfLibrary> Jika Anda hanya memiliki <nameOfLibrary>.sofile, ganti nama itu!

Edisi 2: Pemilik yang salah

Untuk memverifikasi bahwa ini bukan masalah - lakukan

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

Jika file tersebut dimiliki oleh root atau pengguna lain, Anda perlu melakukannya

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

Perpustakaan yang saya coba taut ternyata memiliki nama yang tidak standar (mis. Tidak diawali dengan 'lib'), jadi mereka merekomendasikan menggunakan perintah seperti ini untuk mengkompilasinya -

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

Berikut ini informasi Ubuntu dari laptop saya.

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

Saya menggunakan temukan untuk menemukan file .so untuk boost_filesystem dan boost_system

locate libboost_filesystem
locate libboost_system

Kemudian tautkan file .so ke / usr / lib dan ganti nama menjadi .so

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

Selesai! Paket R velocyto.R berhasil diinstal!

Saya menemukan pesan kesalahan yang sama.

Saya membangunnya cmockasebagai sodan mencoba menautkannya ke executable saya. Tetapi ldselalu mengeluh di bawah ini:

/ usr / bin / ld: tidak dapat menemukan -lcmocka

Ternyata ada 3 file yang dihasilkan setelah cmockadibangun:

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

1 dan 2 adalah tautan simbol dan hanya 3 yang merupakan file asli.

Saya hanya menyalin 1 ke folder perpustakaan saya, di mana ldgagal menemukan 3.

Setelah saya menyalin ketiga, ldberfungsi.