আপনার লিঙ্কেজটি তাদের উল্লেখ করা অবজেক্ট ফাইলগুলির আগে গ্রন্থাগারগুলি গ্রাস করে
- আপনি জিসিসি সরঞ্জামচেইনের সাথে আপনার প্রোগ্রামটি সংকলন এবং লিঙ্ক করার চেষ্টা করছেন।
- আপনার লিঙ্কেজ সমস্ত প্রয়োজনীয় লাইব্রেরি এবং গ্রন্থাগার অনুসন্ধানের পাথ নির্দিষ্ট করে
- যদি
libfooনির্ভর করে libbarতবে আপনার লিঙ্কেজটি সঠিকভাবে libfooআগে রাখে libbar।
- আপনার লিঙ্কেজ
undefined reference to কিছু ত্রুটির সাথে ব্যর্থ হয় ।
- আপনার সমস্ত হেডার ফাইলগুলিতে সমস্ত অপরিজ্ঞাত কিছু ঘোষিত হয়
#includeএবং আপনি যে লাইব্রেরিগুলিতে সংযুক্ত হন তা প্রকৃতপক্ষে সংজ্ঞায়িত হয়।
উদাহরণ সি তে রয়েছে তারা সমানভাবে সি ++ হতে পারে be
একটি স্ট্যাটিক লাইব্রেরি জড়িত একটি ন্যূনতম উদাহরণ যা আপনি নিজেকে তৈরি করেছিলেন
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
আপনি যদি এক ধাপে সংকলন এবং লিঙ্ক করেন তবে একই ফলাফল:
$ 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
ব্যাখ্যা
পড়া এখানে থেকে isচ্ছিক ।
ডিফল্টরূপে, জিসিসি দ্বারা উত্পাদিত একটি লিংকেজ কমান্ড, আপনার ডিস্ট্রোতে, লিঙ্কেজে থাকা ফাইলগুলি বাম থেকে ডানদিকে কমান্ডলাইন অনুক্রমে গ্রাস করে। যখন এটি দেখতে পেল যে কোনও ফাইল কোনও কিছুকে বোঝায়
কোনও এবং এর সংজ্ঞা নেই, তখন ডানে আরও ফাইলগুলিতে একটি সংজ্ঞা অনুসন্ধান করবেন। যদি শেষ পর্যন্ত এটি একটি সংজ্ঞা খুঁজে পায়, তবে রেফারেন্সটি সমাধান হয়ে যায়। যদি কোনও রেফারেন্স শেষে অমীমাংসিত থাকে, লিঙ্কেজ ব্যর্থ হয়: লিঙ্কার পিছন দিকে সন্ধান করে না।
স্থির লাইব্রেরি সহ প্রথম, উদাহরণ 1my_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
linker যোগ করেনি eg1.o প্রোগ্রাম যখন এটি সূচিত
-lmy_lib। কারণ যে সময়ে, এটি দেখা যায় নি eg1.o। তোমার প্রোগ্রাম এখনো কোনো রেফারেন্স মনে করার কারণ নাই hw: এটা এখনো কোনো রেফারেন্স দেখা যায় না সব সময়ে , কারণ সমস্ত রেফারেন্স এটা তোলে হয় eg1.o।
সুতরাং লিঙ্কারটি my_lib.oপ্রোগ্রামটিতে যুক্ত হয় না এবং এর জন্য আর কোনও ব্যবহার নেই libmy_lib.a।
এরপরে এটি সন্ধান করে eg1.oএবং এটি প্রোগ্রাম হিসাবে যুক্ত করে। লিঙ্কেজ সিকোয়েন্সের একটি অবজেক্ট ফাইল সর্বদা প্রোগ্রামে যুক্ত করা হয়। এখন, প্রোগ্রামটি একটি রেফারেন্স দেয় hwএবং এর কোনও সংজ্ঞা থাকে না hw; তবে লিঙ্কেজ সিকোয়েন্সে এমন কিছুই অবশিষ্ট নেই যা অনুপস্থিত সংজ্ঞাটি সরবরাহ করতে পারে। অমীমাংসিত হয়ে hwশেষ হয়ে যায় এবং সংযোগ ব্যর্থ হয়।
দ্বিতীয়, ভাগ করা লাইব্রেরি সহ উদাহরণ 2libz
একটি ভাগ করা লাইব্রেরি অবজেক্ট ফাইল বা এর মতো কোনও কিছুর সংরক্ষণাগার নয়। এটি অনেকটা এমন একটি প্রোগ্রামের মতো যার কোনও mainফাংশন নেই এবং পরিবর্তে এটি সংজ্ঞায়িত করা একাধিক অন্যান্য প্রতীক প্রকাশ করে, যাতে অন্যান্য প্রোগ্রামগুলি রানটাইমে এগুলি ব্যবহার করতে পারে।
অনেক লিনাক্স ডিস্ট্রো আজকে তাদের জিসিসি টুলচেইন যাতে তার ভাষা ড্রাইভার (কনফিগার gcc, g++, gfortranইত্যাদি) সিস্টেম linker (নির্দেশ ldএকটি অন লিংক শেয়ার করেছেন লাইব্রেরী) হিসাবে প্রয়োজন ভিত্তিতে। আপনি সেই ডিস্ট্রোসের একটি পেয়েছেন।
এর অর্থ হ'ল লিঙ্কার যখন -lzলিংকেজ সিকোয়েন্সটি সন্ধান করে এবং দেখায় যে এটি ভাগ করা লাইব্রেরি (বলতে) বোঝায় তখন /usr/lib/x86_64-linux-gnu/libz.soএটি জানতে চায় যে এটি আপনার প্রোগ্রামে যুক্ত হওয়া কোনও রেফারেন্স যা এখনও সংজ্ঞায়িত হয়নি যা সংজ্ঞা রয়েছে দ্বারা রফতানিlibz
যদি এটি সত্য হয়, তবে লিঙ্কার কোনও অংশটিকে অনুলিপি করে আপনার প্রোগ্রামে যুক্ত করবে না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 এ ব্যর্থ হয়েছে)
এর কারণ, লিঙ্কেজটি যে ডিস্ট্রোতে লিঙ্ক কাজ করে তা হ'ল এটির মধ্যে একটি যা ভাগ করে নেওয়া লাইব্রেরিগুলিকে প্রয়োজনীয় হিসাবে লিঙ্ক করতে তার জিসিসি সরঞ্জামচেনটি কনফিগার করে না ।
আগের দিনটিতে, ইউনিক্স-মতো সিস্টেমের পক্ষে স্থির এবং ভাগ করা লাইব্রেরিগুলিকে বিভিন্ন বিধি দ্বারা লিঙ্ক করা স্বাভাবিক ছিল। একটি লিঙ্কেজ সিক্যুয়েন্সে স্ট্যাটিক লাইব্রেরিগুলি যেমন 1 হিসাবে ব্যাখ্যা করা হয়েছে প্রয়োজনীয় ভিত্তিতে লিঙ্কযুক্ত ছিল, তবে ভাগ করা লাইব্রেরিগুলি নিঃশর্তভাবে লিঙ্ক করা হয়েছিল।
লিঙ্কটাইমের সময় এই আচরণটি অর্থনৈতিক কারণ লিংককারীটিকে প্রোগ্রামটির দ্বারা একটি ভাগ করা লাইব্রেরি দরকার কিনা তা চিন্তা করতে হবে না: যদি এটি একটি ভাগ করা লাইব্রেরি হয় তবে এটি লিঙ্ক করুন। এবং বেশিরভাগ লিঙ্কেজের বেশিরভাগ লাইব্রেরিগুলি ভাগ করা লাইব্রেরি হয়। তবে অসুবিধাগুলিও রয়েছে: -
রানটাইমের সময় এটি একাডেমিক , কারণ এটি ভাগ করে নেওয়া লাইব্রেরিগুলি প্রোগ্রামের সাথে লোড নাও করতে পারে কারণ প্রয়োজন না হলেও।
স্ট্যাটিক এবং ভাগ লাইব্রেরির জন্য বিভিন্ন দুটো ঘটনার নিয়ম আনাড়ি প্রোগ্রামারদের, যিনি কিনা জানি না হতে পারে বিভ্রান্তিকর হতে পারে -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':
আরো দেখুন
আন্তঃনির্ভর লিঙ্কযুক্ত গ্রন্থাগারগুলি যে ক্রমে নির্দিষ্ট করা হয়েছে তা ভুল
ভুল অনুক্রমে পরস্পরের উপর নির্ভরশীল লাইব্রেরি ফেলে শুধু একটা উপায় যার মাধ্যমে আপনি যে ফাইলগুলি পেতে পারেন প্রয়োজন যে ফাইল চেয়ে দুটো ঘটনার পরবর্তী আসছে জিনিষ সংজ্ঞা প্রদান সংজ্ঞা। তাদের উল্লেখ করা বস্তু ফাইলগুলির আগে গ্রন্থাগার স্থাপন করা একই ভুল করার আরেকটি উপায়।