usr / bin / ld: ไม่พบ -l <nameOfTheLibrary>

ฉันพยายามรวบรวมโปรแกรมของฉันและมันคืนข้อผิดพลาดนี้:

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

ใน makefile ของฉันฉันใช้คำสั่งg++และลิงก์ไปยังไลบรารีของฉันซึ่งเป็นลิงก์สัญลักษณ์ไปยังไลบรารีของฉันซึ่งอยู่ในไดเรกทอรีอื่น

มีตัวเลือกให้เพิ่มเพื่อใช้งานได้ไหม?

หากชื่อห้องสมุดของคุณพูดlibxyz.soและตั้งอยู่บนเส้นทางพูดว่า:

/home/user/myDir

จากนั้นลิงก์ไปยังโปรแกรมของคุณ:

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

หากต้องการทราบว่าลิงเกอร์ค้นหาอะไรให้เรียกใช้ในโหมด verbose

ตัวอย่างเช่นฉันพบปัญหานี้ขณะพยายามรวบรวม MySQL ด้วยการสนับสนุน ZLIB ฉันได้รับข้อผิดพลาดเช่นนี้ระหว่างการรวบรวม:

/usr/bin/ld: cannot find -lzlib

ฉันทำ Googl'ing แล้วและพบกับปัญหาที่แตกต่างกันซึ่งผู้คนจะพูดเพื่อให้แน่ใจว่าไฟล์. so มีอยู่จริงและหากไม่เป็นเช่นนั้นให้สร้าง symlink ไปยังไฟล์ที่มีเวอร์ชันเช่น zlib so.1.2.8 แต่เมื่อฉันตรวจสอบ zlib.so DID อยู่ ดังนั้นฉันคิดว่าแน่นอนว่าไม่สามารถมีปัญหา

ฉันเจอโพสต์อื่นใน Internets ที่แนะนำให้เรียกใช้ make ด้วย LD_DEBUG = ทั้งหมด:

LD_DEBUG=all make

แม้ว่าฉันจะได้รับการตรวจแก้จุดบกพร่องตันแล้วมันไม่ได้มีประโยชน์ มันเพิ่มความสับสนมากกว่าสิ่งอื่นใด ดังนั้นฉันกำลังจะยอมแพ้

จากนั้นฉันก็มีความศักดิ์สิทธิ์ ฉันคิดว่าจะตรวจสอบข้อความช่วยเหลือจริงสำหรับคำสั่ง ld:

ld --help

จากนั้นฉันหาวิธีใช้ ld ในโหมด verbose (ลองจินตนาการดู):

ld -lzlib --verbose

นี่คือผลลัพธ์ที่ฉันได้รับ:

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

ดังนั้นในที่สุดก็แก้ไขได้ดังนั้นฉันสามารถรวบรวม MySQL กับ ZLIB เวอร์ชันของฉันเอง (แทนที่จะเป็นเวอร์ชั่นที่รวมไว้):

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

Voila!

ดูเหมือนจะไม่มีคำตอบใด ๆ ซึ่งระบุถึงปัญหาเริ่มต้นที่พบบ่อยมากของการไม่สามารถติดตั้งไลบรารีที่ต้องการได้ตั้งแต่แรก

บนแพลตฟอร์ม Debianish หากlibfooหายไปคุณสามารถติดตั้งบ่อยครั้งด้วยสิ่งที่ต้องการ

apt-get install libfoo-dev

-devรุ่นของแพคเกจเป็นสิ่งจำเป็นสำหรับการพัฒนางานแม้การพัฒนางานเล็ก ๆ น้อย ๆ เช่นการรวบรวมรหัสแหล่งที่มาเพื่อเชื่อมโยงไปยังห้องสมุด

ชื่อแพคเกจบางครั้งจะต้องมีการตกแต่งบางส่วน ( libfoo0-dev? foo-devโดยไม่มีlibคำนำหน้า? ฯลฯ ) หรือคุณก็สามารถใช้ distro ของคุณค้นหาแพคเกจที่จะหาอย่างแม่นยำซึ่งเป็นแพคเกจให้ไฟล์โดยเฉพาะอย่างยิ่ง

(หากมีมากกว่าหนึ่งคุณจะต้องค้นหาความแตกต่างของพวกเขาคือการเลือก coolest หรือที่นิยมมากที่สุดคือทางลัดทั่วไป แต่ไม่ใช่ขั้นตอนที่ยอมรับได้สำหรับงานพัฒนาที่ร้ายแรงใด ๆ )

สำหรับสถาปัตยกรรมอื่น ๆ (ที่สะดุดตาที่สุดคือ RPM) จะใช้วิธีการที่คล้ายกัน

เวลารวบรวม

เมื่อ g ++ บอกว่าcannot find -l<nameOfTheLibrary>มันหมายความว่า g ++ มองหาไฟล์lib{nameOfTheLibrary}.soแต่มันหาไม่ได้ในพา ธ การค้นหาไลบรารี่ที่แชร์ซึ่งโดยปกติแล้วจะชี้ไปที่/usr/libและ/usr/local/libอื่น ๆ

เพื่อแก้ไขปัญหานี้คุณควรระบุไฟล์ไลบรารี ( lib{nameOfTheLibrary}.so) ในพา ธ การค้นหาเหล่านั้นหรือใช้-Lตัวเลือกคำสั่ง -L{path}บอก g ++ (จริง ๆld) เพื่อค้นหาไฟล์ไลบรารีในพา ธ{path}นอกเหนือจากพา ธเริ่มต้น

ตัวอย่าง:สมมติว่าคุณมีห้องสมุดที่/home/taylor/libswift.soและคุณต้องการเชื่อมโยงแอพกับห้องสมุดนี้ ในกรณีนี้คุณควรระบุ g ++ ด้วยตัวเลือกต่อไปนี้:

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

• หมายเหตุ 1 : -lตัวเลือกรับชื่อไลบรารีโดยไม่มี libและ.soที่จุดเริ่มต้นและสิ้นสุด

• หมายเหตุ 2 : libswift.so.1.2ในบางกรณีชื่อไฟล์ห้องสมุดตามด้วยรุ่นเช่น ในกรณีเหล่านี้ g ++ ยังไม่สามารถหาไฟล์ไลบรารีได้ การแก้ปัญหาที่ง่ายในการแก้ไขปัญหานี้คือการสร้างการเชื่อมโยงสัญลักษณ์ที่จะเรียกว่าlibswift.so.1.2libswift.so

Runtime

เมื่อคุณเชื่อมโยงแอพของคุณไปยังไลบรารี่ที่แชร์ต้องมีไลบรารี่ที่พร้อมใช้งานทุกครั้งที่คุณเปิดแอพ ในรันไทม์แอปของคุณ (ตัวเชื่อมโยงแบบไดนามิกจริง) ค้นหาไลบรารีLD_LIBRARY_PATHของ มันเป็นตัวแปรสภาพแวดล้อมที่เก็บรายการเส้นทาง

ตัวอย่าง:ในกรณีของเราlibswift.soตัวอย่างเช่นลิงเกอร์แบบไดนามิกไม่สามารถหาlibswift.soในLD_LIBRARY_PATH(ซึ่งชี้ไปยังเส้นทางการค้นหาเริ่มต้น) ในการแก้ไขปัญหาคุณควรผนวกตัวแปรนั้นด้วยพา ธ ที่libswift.soมีอยู่

export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/taylor

ระหว่างการคอมไพล์ด้วยการกำหนดg++ผ่านหากอาจไม่เหมาะสมในการเปลี่ยน Makefile ด้วยตัวเลือก ฉันได้ใส่ห้องสมุดเสริมไว้ในนั้นฉันก็:makeLIBRARY_PATH-L/opt/lib

$ export LIBRARY_PATH=/opt/lib/

จากนั้นจึงmakeรวบรวมและเชื่อมโยงสำเร็จ

ในการรันโปรแกรมด้วย shared library ให้กำหนด:

$ export LD_LIBRARY_PATH=/opt/lib/

ก่อนดำเนินการโปรแกรม

ก่อนอื่นคุณต้องรู้กฎการตั้งชื่อของlxxx:

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

lcวิธีการlibc.so, lltdlวิธีการlibltdl.so, วิธีการlXtstlibXts.so

ดังนั้นมันจึงเป็นlib+ lib-name+.so

เมื่อเรารู้ชื่อแล้วเราสามารถใช้locateค้นหาพา ธ ของlxxx.soไฟล์นี้

$ 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

หากคุณหาไม่พบคุณต้องติดตั้งโดยyum(ฉันใช้ CentOS) โดยปกติแล้วคุณมีไฟล์นี้ แต่มันไม่ได้ลิงค์ไปยังสถานที่

เชื่อมโยงไปยังสถานที่ที่เหมาะสมมักจะเป็น/lib64หรือ/usr/lib64

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

ทำ!

อ้างอิง: https://i-pogo.blogspot.jp/2010/01/usrbinld-cannot-find-lxxx.html

เมื่อคุณคอมไพล์โปรแกรมของคุณคุณจะต้องระบุพา ธ ไปยังไลบรารี ใน g ++ ใช้ตัวเลือก -L:

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

ข้อผิดพลาดนี้อาจเกิดขึ้นได้หากลิงก์สัญลักษณ์ไปยังไลบรารีแบบไดนามิก. ดังนั้น แต่ด้วยเหตุผลดั้งเดิมที่-staticปรากฏในหมู่แฟล็กลิงก์ หากเป็นเช่นนั้นให้ลองลบออก

ตรวจสอบที่ตั้งของห้องสมุดของคุณเช่น lxxx.so:

locate lxxx.so

หากไม่ได้อยู่ใน/usr/libโฟลเดอร์ให้พิมพ์:

sudo cp yourpath/lxxx.so /usr/lib

เสร็จสิ้น

นอกเหนือจากคำตอบที่ให้ไปแล้วอาจเป็นกรณีที่ไฟล์ * .so มีอยู่ แต่ตั้งชื่อไม่ถูกต้อง หรืออาจเป็นกรณีที่มีไฟล์ * .so อยู่ แต่เป็นของผู้ใช้ / รูทรายอื่น

ปัญหาที่ 1:ชื่อที่ไม่เหมาะสม

หากคุณกำลังเชื่อมโยงไฟล์ด้วย-l<nameOfLibrary> ชื่อไฟล์ไลบรารีจะต้องอยู่ในรูปแบบlib<nameOfLibrary> หากคุณมี<nameOfLibrary>.soไฟล์ให้เปลี่ยนชื่อ!

ปัญหาที่ 2:เจ้าของผิด

เพื่อตรวจสอบว่านี่ไม่ใช่ปัญหา - ทำ

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

หากไฟล์เป็นเจ้าของโดย root หรือผู้ใช้อื่นคุณต้องทำ

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

ห้องสมุดที่ฉันพยายามเชื่อมโยงเพื่อให้เป็นชื่อที่ไม่ได้มาตรฐาน (เช่นไม่ได้ขึ้นต้นด้วย 'lib') ดังนั้นพวกเขาจึงแนะนำให้ใช้คำสั่งเช่นนี้เพื่อรวบรวมมัน -

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

นี่คือข้อมูล Ubuntu ของแล็ปท็อปของฉัน

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

ฉันใช้ค้นหาเพื่อค้นหาไฟล์. so สำหรับ boost_filesystem และ boost_system

locate libboost_filesystem
locate libboost_system

จากนั้นลิงก์ไฟล์. so ไปยัง / usr / lib และเปลี่ยนชื่อเป็น. 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

ทำ! ติดตั้งแพคเกจ velocyto.R สำเร็จแล้ว!

ฉันพบข้อความแสดงข้อผิดพลาดเดียวกัน

ฉันสร้างcmockaเป็นsoและพยายามที่จะเชื่อมโยงไปยังปฏิบัติการของฉัน แต่ldมักจะบ่นด้านล่าง:

/ usr / bin / ld: ไม่พบ-lcmocka

ปรากฎว่ามี 3 ไฟล์ที่สร้างขึ้นหลังจากที่cmockaถูกสร้างขึ้น:

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

1 และ 2 เป็นลิงค์สัญลักษณ์และมีเพียง 3 ไฟล์เท่านั้น

ฉันคัดลอก 1 ไปยังโฟลเดอร์ไลบรารีของฉันซึ่งldไม่พบ 3

หลังจากที่ฉันคัดลอกทั้ง 3 ldงาน