ඔබේ සම්බන්ධතාවය පුස්තකාල වෙත යොමු වන වස්තු ලිපිගොනු වලට පෙර ඒවා පරිභෝජනය කරයි
- ඔබ උත්සාහ කරන්නේ ඔබේ වැඩසටහන GCC මෙවලම් කට්ටලය සමඟ සම්පාදනය කිරීමට හා සම්බන්ධ කිරීමට ය.
- ඔබගේ සම්බන්ධතාවය මඟින් අවශ්ය සියලුම පුස්තකාල සහ පුස්තකාල සෙවුම් මාර්ග නියම කරයි
- නම්
libfooමත රඳා පවතී libbarනම් ඔබගේ සම්බන්ධතාවය නිවැරදිව තබන, libfooපෙර libbar.
- ඔබගේ සම්බන්ධතාවය
undefined reference to යම් දෝෂයකින් අසමත් වේ .
- නමුත් සියලු නිර්වචනය නොකළ දෙයක් ඔබ සතුව ඇති ශීර්ෂ ලිපිගොනු වල ප්රකාශයට පත් කර ඇති
#includeඅතර ඇත්ත වශයෙන්ම ඔබ සම්බන්ධ කරන පුස්තකාලවල අර්ථ දක්වා ඇත.
උදාහරණ සී හි ඇත. ඒවා සමානවම සී ++ විය හැකිය
ඔබ විසින්ම සාදන ලද ස්ථිතික පුස්තකාලයක් සම්බන්ධ අවම උදාහරණයක්
my_lib.c
#include "my_lib.h"
#include <stdio.h>
void hw(void)
{
puts("Hello World");
}
my_lib.h
#ifndef MY_LIB_H
#define MT_LIB_H
extern void hw(void);
#endif
eg1.c
#include <my_lib.h>
int main()
{
hw();
return 0;
}
ඔබ ඔබේ ස්ථිතික පුස්තකාලය සාදයි:
$ gcc -c -o my_lib.o my_lib.c
$ ar rcs libmy_lib.a my_lib.o
ඔබ ඔබේ වැඩසටහන සම්පාදනය කරයි:
$ gcc -I. -c -o eg1.o eg1.c
ඔබ එය සමඟ සම්බන්ධ වීමට උත්සාහ කර libmy_lib.aඅසමත් වේ:
$ gcc -o eg1 -L. -lmy_lib eg1.o
eg1.o: In function `main':
eg1.c:(.text+0x5): undefined reference to `hw'
collect2: error: ld returned 1 exit status
ඔබ එක් පියවරක් සම්පාදනය කර සම්බන්ධ කරන්නේ නම් එකම ප්‍රති result ලය, වැනි:
$ gcc -o eg1 -I. -L. -lmy_lib eg1.c
/tmp/ccQk1tvs.o: In function `main':
eg1.c:(.text+0x5): undefined reference to `hw'
collect2: error: ld returned 1 exit status
හවුල් පද්ධති පුස්තකාලයක්, සම්පීඩන පුස්තකාලය සම්බන්ධ අවම උදාහරණයක් libz
eg2.c
#include <zlib.h>
#include <stdio.h>
int main()
{
printf("%s\n",zlibVersion());
return 0;
}
ඔබේ වැඩසටහන සම්පාදනය කරන්න:
$ gcc -c -o eg2.o eg2.c
ඔබේ වැඩසටහන සමඟ සම්බන්ධ වීමට උත්සාහ කර libzඅසමත් වන්න:
$ gcc -o eg2 -lz eg2.o
eg2.o: In function `main':
eg2.c:(.text+0x5): undefined reference to `zlibVersion'
collect2: error: ld returned 1 exit status
ඔබ එකවර සම්පාදනය කර සම්බන්ධ කරන්නේ නම් එයම වේ:
$ gcc -o eg2 -I. -lz eg2.c
/tmp/ccxCiGn7.o: In function `main':
eg2.c:(.text+0x5): undefined reference to `zlibVersion'
collect2: error: ld returned 1 exit status
උදාහරණ 2 හි විචලනය pkg-config:
$ gcc -o eg2 $(pkg-config --libs zlib) eg2.o
eg2.o: In function `main':
eg2.c:(.text+0x5): undefined reference to `zlibVersion'
ඔබ කරන්නේ කුමක්ද?
ඔබේ වැඩසටහන සෑදීම සඳහා ඔබට සම්බන්ධ කිරීමට අවශ්ය වස්තු ලිපිගොනු සහ පුස්තකාල අනුක්‍රමය තුළ, ඔබ පුස්තකාල ඒවා යොමු කරන වස්තු ලිපිගොනු ඉදිරියේ තබයි. පුස්තකාල ඒවා යොමු කරන වස්තු ලිපිගොනු පසු ඒවා තැබිය යුතුය.
උදාහරණ 1 නිවැරදිව සම්බන්ධ කරන්න:
$ gcc -o eg1 eg1.o -L. -lmy_lib
සාර්ථකත්වය:
$ ./eg1
Hello World
උදාහරණ 2 නිවැරදිව සම්බන්ධ කරන්න:
$ gcc -o eg2 eg2.o -lz
සාර්ථකත්වය:
$ ./eg2
1.2.8
උදාහරණ 2 pkg-configවිචලනය නිවැරදිව සම්බන්ධ කරන්න:
$ gcc -o eg2 eg2.o $(pkg-config --libs zlib)
$ ./eg2
1.2.8
පැහැදිලි කිරීම
මෙතැන් සිට කියවීම අත්‍යවශ්‍ය නොවේ .
පෙරනිමියෙන්, ඔබේ ඩිස්ට්‍රෝ හි GCC විසින් ජනනය කරන ලද සම්බන්ධක විධානයක්, සම්බන්ධකයේ ඇති ලිපිගොනු වමේ සිට දකුණට විධාන රේඛා අනුපිළිවෙලින් පරිභෝජනය කරයි. ගොනුවක් යනු යම් දෙයකට යොමු වන බව සොයාගත් විට
සඳහා අර්ථ දැක්වීමක් නොමැති , තව දුරටත් දකුණට ඇති ලිපිගොනු වල අර්ථ දැක්වීමක් සෙවීම. එය අවසානයේ අර්ථ දැක්වීමක් සොයා ගන්නේ නම්, යොමු කිරීම විසඳනු ලැබේ. කිසියම් යොමු කිරීමක් අවසානයේ නොවිසඳී පවතින්නේ නම්, සම්බන්ධතාවය අසමත් වේ: සම්බන්ධකය පසුපසට සොයන්නේ නැත.
පළමුව, උදාහරණ 1 , ස්ථිතික පුස්තකාලය සමඟmy_lib.a
ස්ථිතික පුස්තකාලයක් යනු වස්තු ලිපිගොනු සුචිගත කරන ලද ලේඛනාගාරයකි. -lmy_libසම්බන්ධක අනුක්‍රමය තුළ සම්බන්ධකය සොයාගත් විට මෙය ස්ථිතික පුස්තකාලයට යොමු වන බව දැනගත් විට ./libmy_lib.a, එය ඔබගේ වැඩසටහනට කිසියම් වස්තු ලිපිගොනු අවශ්ය දැයි දැන ගැනීමට අවශ්ය වේ libmy_lib.a.
එහි ඇත්තේ වස්තු ගොනුවක් පමණි libmy_lib.a, එනම් my_lib.oඅර්ථ දැක්වෙන්නේ එක් දෙයක් පමණි my_lib.o, එනම් ශ්‍රිතයයිhw .
ඔබේ වැඩසටහනට my_lib.oඑය දැනටමත් වැඩසටහනට hwඑකතු කර ඇති වස්තු ලිපිගොනු එකක් හෝ වැඩි ගණනක් ගැන සඳහන් කර ඇති බවත් , එය දැනටමත් එකතු කර ඇති වස්තු ලිපිගොනු කිසිවක් අඩංගු නොවන බවත් ඔබේ වැඩසටහනට අවශ්ය බව සම්බන්ධකය තීරණය කරයි . සඳහා අර්ථ දැක්වීම hw.
එය සත්‍ය නම්, සම්බන්ධකය my_lib.oපුස්තකාලයෙන් පිටපතක් ලබා ගෙන එය ඔබේ වැඩසටහනට එක් කරයි. එවිට, ඔබේ වැඩසටහන සඳහා අර්ථ දැක්වීමක් අඩංගු වේ hw, එබැවින් එහි යොමු hwකිරීම් නිරාකරණය වේ.
ඔබ වැඩසටහන සම්බන්ධ කිරීමට උත්සාහ කරන විට:
$ gcc -o eg1 -L. -lmy_lib eg1.o
එය දකින විට
සම්බන්ධකය වැඩසටහනට එකතු කර නැත . මන්දයත් එම අවස්ථාවේදී එය දැක නැති බැවිනි . ඔබගේ වැඩසටහන තවමත් කිසිදු යොමු කරන්නේ නැහැ : එය තවම යොමු කරන්නේ නැහැ සියලු දී සියලු යොමු එය වර්ගයන් ඇති නිසා, .eg1.o -lmy_libeg1.ohweg1.o
එබැවින් සම්බන්ධකය my_lib.oවැඩසටහනට එකතු නොකරන අතර වැඩිදුර භාවිතයක් නොමැත libmy_lib.a.
ඊළඟට, එය සොයා ගන්නා eg1.oඅතර එය වැඩසටහනක් ලෙස එකතු කරයි. සම්බන්ධක අනුපිළිවෙලෙහි වස්තු ගොනුවක් සෑම විටම වැඩසටහනට එකතු වේ. දැන්, වැඩසටහන යොමු කිරීමක් කරයි hw, සහ එහි අර්ථ දැක්වීමක් අඩංගු නොවේ hw; නමුත් සම්බන්ධක අනුක්‍රමය තුළ අස්ථානගත වූ අර්ථ දැක්වීමක් සැපයිය හැකි කිසිවක් නොමැත. යොමු කිරීම නොවිසඳීhw අවසන් වන අතර සම්බන්ධතාවය අසමත් වේ.
දෙවනුව, උදාහරණ 2 , හවුල් පුස්තකාලය සමඟlibz
හවුල් පුස්තකාලයක් යනු වස්තු ලිපිගොනු හෝ ඒ හා සමාන කිසිවක් නොවේ. එය බොහෝ විට ශ්රිතයක් නොමැති වැඩසටහනකට සමාන වන අතර mainඒ වෙනුවට එය අර්ථ දක්වන වෙනත් සංකේත කිහිපයක් නිරාවරණය කරයි, එවිට වෙනත් වැඩසටහන් වලට ඒවා ක්‍රියාත්මක වේලාවේදී භාවිතා කළ හැකිය.
බොහෝ ලිනක්ස් distros අද ඔවුන්ගේ ගල්ෆ් toolchain එහි භාෂාව රියදුරන් (එබැවින් මාන gcc, g++, gfortranආදිය) මෙම පද්ධතිය linker උපදෙස් ලබා ( ld) සම්බන්ධ කිරීමට මත පුස්තකාල හවුල් වැනි අවශ්ය පදනම. ඔබට එම ඩිස්ට්‍රෝ වලින් එකක් තිබේ.
මෙයින් අදහස් කරන්නේ -lzසම්බන්ධක අනුක්‍රමය තුළ සම්බන්ධකය සොයාගත් විට සහ මෙය හවුල් පුස්තකාලයට (කියන්න) /usr/lib/x86_64-linux-gnu/libz.soයොමු වූ විට, එය ඔබගේ වැඩසටහනට එකතු කර ඇති කිසියම් සඳහනක් තවමත් අර්ථ දක්වා නොමැතිද යන්න දැන ගැනීමට අවශ්ය බව ය. විසින් අපනයනය කරන ලදිlibz
බව සැබෑ නම්, ඊට linker ඇත නොහැකි අතරින් කුමන හෝ කුට්ටි පිටපත් libzසහ ඔබේ වැඩසටහන එකතු; ඒ වෙනුවට, එය ඔබගේ වැඩසටහනේ කේතය වෛද්‍යවරයා විසින් පමණක් කරනු ඇත: -
ධාවන වේලාවේදී, පද්ධති ක්‍රමලේඛ පැටවුම libzඔබගේ වැඩසටහනේ පිටපතක් පටවන සෑම අවස්ථාවකම එය ක්‍රියාත්මක කිරීම සඳහා ඔබේ වැඩසටහනේ පිටපතක් පටවනු ඇත.
ධාවන වේලාවේදී, ඔබේ වැඩසටහන අර්ථ දක්වා ඇති දෙයක් ගැන සඳහන් කරන සෑම විටම
libz, එම යොමු libzකිරීම එකම ක්‍රියාවලියේ පිටපත මඟින් අපනයනය කළ අර්ථ දැක්වීම භාවිතා කරයි .
ඔබගේ වැඩසටහනට නිර්වචනය කර ඇති එක් දෙයක් පමණක් යොමු කිරීමට අවශ්‍යය libz, එනම් ශ්‍රිතය zlibVersion, එක් වරක් පමණක් සඳහන් වේ eg2.c. සම්බන්ධකය ඔබේ වැඩසටහනට එම සඳහන එකතු කර අපනයනය කළ අර්ථ දැක්වීම සොයා ගන්නේ නම් libz, යොමු කිරීම විසඳනු ලැබේ
නමුත් ඔබ වැඩසටහන සම්බන්ධ කිරීමට උත්සාහ කරන විට:
gcc -o eg2 -lz eg2.o
සිදුවීම් අනුපිළිවෙල උදාහරණයක් 1. මෙන් හුදෙක් එකම විදිහට වැරදි විට linker සොයාගැනීම් මෙම අවස්ථාවේදී -lz, පවතින කිසිම වැඩසටහන තුල කිසිවක් යොමු: ඔවුන් සියලු eg2.oතවමත් දැක නැති අතර,. එබැවින් සම්බන්ධකය තීරණය කරන්නේ එයින් කිසිදු ප්‍රයෝජනයක් නොමැති libzබවයි. එය ළඟා වූ විට eg2.o, එය වැඩසටහනට එක් කරයි, පසුව නිශ්චිතව දක්වා නැතzlibVersion , සම්බන්ධක අනුක්‍රමය අවසන් වේ; එම සඳහන නොවිසඳී ඇති අතර සම්බන්ධතාවය අසමත් වේ.
අවසාන වශයෙන්, pkg-configඋදාහරණ 2 හි විචල්‍යතාවයට දැන් පැහැදිලි පැහැදිලි කිරීමක් ඇත. කවච පුළුල් කිරීමෙන් පසු:
gcc -o eg2 $(pkg-config --libs zlib) eg2.o
බවට පත්වේ:
gcc -o eg2 -lz eg2.o
එය නැවතත් උදාහරණ 2 යි.
උදාහරණ 1 හි මට ගැටලුව ප්‍රතිනිෂ්පාදනය කළ හැකිය, නමුත් උදාහරණ 2 හි නොවේ
සම්බන්ධතාවය:
gcc -o eg2 -lz eg2.o
ඔබට හොඳින් වැඩ කරයි!
(හෝ: එම සම්බන්ධතාවය ඔබට ෆෙඩෝරා 23 හි හොඳට වැඩ කළ නමුත් උබුන්ටු 16.04 හි අසමත් වේ)
එයට හේතුව, සම්බන්ධතාවය ක්‍රියාත්මක වන ඩිස්ට්‍රෝ එක එහි GCC මෙවලම් කට්ටලය අවශ්ය පරිදි හවුල් පුස්තකාල සම්බන්ධ කිරීම සඳහා වින්‍යාස නොකරන එකකි . .
යුනික්ස් වැනි පද්ධති ස්ථිතික හා බෙදාගත් පුස්තකාල විවිධ නීති රීති වලට සම්බන්ධ කිරීම සාමාන්ය දෙයක් විය. උදාහරණ 1 හි විස්තර කර ඇති පරිදි සම්බන්ධක අනුපිළිවෙලක ස්ථිතික පුස්තකාල අවශ්ය පරිදි සම්බන්ධ කර ඇත , නමුත් හවුල් පුස්තකාල කොන්දේසි විරහිතව සම්බන්ධ කර ඇත.
මෙම හැසිරීම සම්බන්ධක වේලාවේදී ලාභදායී වන්නේ වැඩසටහනට හවුල් පුස්තකාලයක් අවශ්ය දැයි සම්බන්ධකයට සිතා බැලිය යුතු නැති බැවිනි: එය හවුල් පුස්තකාලයක් නම් එය සම්බන්ධ කරන්න. බොහෝ සම්බන්ධතා වල ඇති පුස්තකාල බොහෝමයක් හවුල් පුස්තකාල වේ. නමුත් අවාසි ද ඇත: -
එය අපහරණය වේ ධාවන එය ඔවුන්ට අවශ්ය වන්නේ නැත පවා නම් පුස්තකයන් වැඩසටහනක් සමග පැටවිය කිරීමට හේතු නිසා.
ස්ථිතික හා පුස්තකයන් සඳහා විවිධ සම්බන්ධතාවය නිසාම නීති නොදැන සිටි යන්න inexpert වැඩසටහන්කරුවන්, දීමට අපහසුය -lfooඔවුන්ගේ සම්බන්ධය පරීක්ෂා හි අධිෂ්ඨානය යන්නේ /some/where/libfoo.aහෝ /some/where/libfoo.so, කෙසේ හෝ හවුල් හා ස්ථිතික පුස්තකාල අතර ඇති වෙනස තේරුම් නොහැකි විය.
මෙම වෙළඳාම අද වන විට භේදකාරී තත්වයට හේතු වී තිබේ. සමහර පුස්තකාලයන් හවුල් පුස්තකාල සඳහා ඔවුන්ගේ ජීසීසී සම්බන්ධතා නීති වෙනස් කර ඇති අතර එමඟින් අවශ්ය
පුස්තකාලය සියලුම පුස්තකාල සඳහා අදාළ වේ. සමහර ඩිස්ට්‍රෝ පැරණි ක්‍රමයට ඇලී තිබේ.
මම එකවර සම්පාදනය කර සම්බන්ධ කළද මට තවමත් මෙම ගැටලුව ඇතිවන්නේ ඇයි?
මම එසේ කරන්නේ නම්:
$ gcc -o eg1 -I. -L. -lmy_lib eg1.c
නියත වශයෙන්ම gcc විසින් සම්පාදනය කළ යුතු අතර eg1.c, පසුව ලැබෙන වස්තු ගොනුව සමඟ සම්බන්ධ කරන්නlibmy_lib.a . එසේ නම්, එය සම්බන්ධ කිරීමේදී වස්තු ගොනුව අවශ්ය බව දැන නොගන්නේ කෙසේද?
තනි විධානයක් සමඟ සම්පාදනය කිරීම හා සම්බන්ධ කිරීම සම්බන්ධක අනුක්‍රමයේ අනුපිළිවෙල වෙනස් නොකරන බැවිනි.
ඔබ ඉහත විධානය ක්‍රියාත්මක කරන විට, ඔබට gccසම්පාදනය + සම්බන්ධතාවය අවශ්ය බව හදුනා ගනී. තිරය පිටුපස, එය සම්පාදන විධානයක් ජනනය කර එය ක්‍රියාත්මක කරයි, පසුව සම්බන්ධක විධානයක් ජනනය කරයි, එය ක්‍රියාත්මක කරන්නේ ඔබ විධාන දෙක ක්‍රියාත්මක කළ ආකාරයට ය:
$ gcc -I. -c -o eg1.o eg1.c
$ gcc -o eg1 -L. -lmy_lib eg1.o
ඒ නිසා සම්බන්ධය පරීක්ෂා නම් ඔබ එය කරන්නේ මෙන් අසමත් නැහැ එම විධාන දෙකක් ධාවනය. අසමත් වීමේදී ඔබ දකින එකම වෙනස වන්නේ සම්පාදනය + සම්බන්ධක නඩුවේදී gcc විසින් තාවකාලික වස්තු ගොනුවක් ජනනය කර eg1.oතිබීමයි , මන්ද ඔබ එය භාවිතා කිරීමට නොකියන බැවිනි . අපට පෙනේ:
/tmp/ccQk1tvs.o: In function `main'
වෙනුවට:
eg1.o: In function `main':
මෙයද බලන්න
එකිනෙකට පරායත්ත සම්බන්ධිත පුස්තකාල නියම කර ඇති අනුපිළිවෙල වැරදිය
එකිනෙකට පරායත්ත පුස්තකාල වැරදි අනුපිළිවෙලට තැබීම ඔබට අර්ථ දැක්වීම් සපයන ලිපිගොනු වලට වඩා සම්බන්ධතාවයේ පසුව එන දේවල් පිළිබඳ අර්ථ දැක්වීම් අවශ්ය ගොනු ලබා ගත හැකි එක් ක්‍රමයකි . පුස්තකාල ඒවා යොමු කරන වස්තු ලිපිගොනු ඉදිරියේ තැබීම එකම වැරැද්ද කිරීමේ තවත් ක්‍රමයකි.