एलडी को बताएं कि पर्यावरण चर के माध्यम से निर्देशिकाओं को देखने के लिए

Question

मैं कक्षा के लिए सी और सी ++ फ़ाइलों को ग्रेडिंग कर रहा हूं, और यह असाइनमेंट जीएसएल लाइब्रेरी का उपयोग करता है। चूंकि मेरे पास मेरे कंप्यूटर पर रूट अनुमति नहीं है, इसलिए मेरी जीएसएल लाइब्रेरी मेरी होम निर्देशिका में स्थापित है, और इस प्रकार मुझे कंपाइलर्स और लिंकर्स को यह कहने की ज़रूरत है कि इसे कहां मिलना है।

यह एक समस्या है जब मैं एक कार्यक्रम अपने आप लिखते हैं, क्योंकि मैं सिर्फ जीसीसी के लिए उपयुक्त एल और मैं झंडे जोड़ नहीं है।

लेकिन जब मैं छात्र की फ़ाइलें संकलन कर रहा हूँ, मैं उनकी makefiles में से हर एक को संपादित नहीं करना चाहती। इसके बजाय, मैं उपयुक्त निर्देशिका को पर्यावरण चर में रखना चाहता हूं, ताकि यह निर्बाध रूप से हो।

इस उद्देश्य से, मैं पुस्तकालय के साथ निम्न चर निर्यात या स्थानों को शामिल किया है: C_INCLUDE_PATH, CPLUS_INCLUDE_PATH, LIBRARY_PATH और LD_LIBRARY_PATH

लेकिन जब मैं एक छात्र की परियोजना, संकलन के साथ

gcc -Wall -o MC_thread MC_thread.c -lgsl -lgslcblas -lpthread -lm 

मुझे निम्न त्रुटि मिलती है:

/usr/bin/ld: cannot find -lgsl 
collect2: ld returned 1 exit status 
make: *** [all] Error 1 

मैं जीसीसी बनाम 4.1.2 का उपयोग कर रहा हूं। अगर मैं जीसीसी वी 4.4 का उपयोग करता हूं तो मुझे वास्तव में त्रुटि नहीं मिलती है, लेकिन मुझे कोई संकेत नहीं है। (कम से कम 4.4 संस्करण)

 
     LIBRARY_PATH 
      The value of LIBRARY_PATH is a colon-separated list of directories, 
      much like PATH. When configured as a native compiler, GCC tries 
      the directories thus specified when searching for special linker 
      files, if it can't find them using GCC_EXEC_PREFIX. Linking using 
      GCC also uses these directories when searching for ordinary 
      libraries for the -l option (but directories specified with -L come 
      first). 

और फिर उसके बाद LD_LIBRARY_PATH का उपयोग जब आप उनके कार्यक्रमों के लिए करने के लिए चलाए

ld -V 
GNU ld version 2.17.50.0.6-12.el5 20061020. 

Answer 1

आप वातावरण चर LIBRARY_PATH

का उपयोग कर man gcc से कोशिश कर सकते: मेरी लिंकर है रन-टाइम लिंकर को पुस्तकालयों को ढूंढने दें।

Answer 2

मेरी सलाह उनके makefiles में एक CFLAGS वातावरण चर का समर्थन करने के लिए छात्रों की आवश्यकता होती है, वरना वे असफल हो। :) फिर आप CFLAGS = "- Lwhatever" निर्यात कर सकते हैं।

या आप एलडी_LIBRARY_PATH का उपयोग कर सकते हैं।

Answer 3

जवाब का एक बहुत ऊपर LD_LIBRARY_PATH के उपयोग का सुझाव देते हैं। लेकिन यह गलत है क्योंकि यह गतिशील (रनटाइम) लिंकर के लिए एक पर्यावरणीय चर है, संकलन समय लिंकर एलडी नहीं। बिंदु है जिस पर वे का निर्माण नियम निर्धारित में अपने Makefile में

-L$(EXTRA_LINK_DIRECTORY) 

:

यह करने के लिए सही तरीका की तरह कुछ संलग्न करने के लिए छात्रों की आवश्यकता है। तब, जब आप संकलन, की तरह कुछ कार्य करें:

निर्यात EXTRA_LINK_DIRECORY =/घर/...

Answer 4

आप एक 64-बिट मशीन पर हैं, तो यह है कि शायद समस्या है। ओएमएम, जीसीसी 4.1 LIBRARY_PATH में निर्दिष्ट पथों की खोज नहीं करता है, बल्कि पथ /../ lib64। आपको सीधे -L निर्दिष्ट करने की आवश्यकता होगी, या निर्देशिका को lib64 पर उसी स्तर पर symlink, या gcc चश्मे के साथ गड़बड़ करना होगा।

http://gcc.gnu.org/ml/gcc-help/2010-11/msg00360.html और Why does g++ look in LIBRARY_PATH/../lib64 and where is this documented?

(OMM, इस जीसीसी 4 के साथ काम करता देखें।5 बिना किसी गड़बड़ी के, तो मुझे लगता है कि उन्होंने इसे बाद में तय किया है।)