जीसीसी और क्लैंग में std :: धागे के उपयोग के लिए आवश्यक क्यों है?

Question

-std=c++11 निर्दिष्ट करते समय एक प्रोग्राम को संकलित करते समय सीधे या अप्रत्यक्ष रूप से std::thread का उपयोग -pthread का संकेत नहीं देता है? यह अजीब लगता है कि हुड के नीचे pthreads का उपयोग कर std::thread के कार्यान्वयन विस्तार प्रोग्रामर के संपर्क में है; यदि उपयोगकर्ता को पॉज़िक्स-संगत थ्रेडिंग लाइब्रेरीज़ का विकल्प देने का मामला है, तो क्यों न केवल pthreads के लिए डिफ़ॉल्ट है और कुछ --threading-model=<your_favorite_posix_threads_library> तर्क को ओवरराइड करने के लिए तर्क है?

Answer 1

-pthread विकल्प std::thread का उपयोग करने के लिए सार्वभौमिक रूप से आवश्यक नहीं है - यह आपके द्वारा निर्मित किए जा रहे प्लेटफ़ॉर्म के कार्यान्वयन क्विर्क है।

संकलन:

#include <thread> 
#include <iostream> 

int main() 
{ 
    std::thread t{[]() 
     { 
      std::cout << "Hello World\n"; 
     }}; 
    t.join(); 
    return 0; 
} 

clang -std=c++11 ThreadTest.cpp -lc++ 

MacOSX पर साथ, बनाता है और रन, और अगर हम ऐसा करते हैं:

otool -L a.out 
a.out: 
    /usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0) 
    /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1225.0.0) 

हम देख सकते हैं कि हम से जोड़ने के लिए की जरूरत गया है यह काम करने के लिए कुछ भी अतिरिक्त नहीं है - न ही यह दृश्यों के पीछे हुआ है। ऐसा लगता है कि यह एक मंच कार्यान्वयन विस्तार है कि pthreads एक अलग पुस्तकालय है।

पर्थ्रेड इंटरफ़ेस के साथ थ्रेडिंग लाइब्रेरीज़ की पसंद होने के बाद * एनआईक्स सिस्टम पर विरासत सामान है, जिनमें से कई थ्रेड समर्थन के बिना शुरू हो गए हैं, फिर पूर्ण कर्नेल समर्थन होने से पहले उपयोगकर्ता-स्पेस थ्रेड के चरण से गुजर चुके हैं। मुझे लगता है कि यह अभी भी वहां है क्योंकि कोई भी तोड़ने में बदलाव करना पसंद नहीं करता है।