scoped_lock कैसे "अप्रयुक्त चर" चेतावनी उत्सर्जित करने से बचता है?

Question

boost::mutex::scoped_lock एक म्यूटेक्स लॉक करने के आसपास एक आसान आरएआईआई रैपर है। मैं किसी और चीज के लिए एक समान तकनीक का उपयोग करता हूं: एक आरएआईआई रैपर एक सीरियल डिवाइस से अलग/पुनः संलग्न करने के लिए डेटा इंटरफेस पूछने के आसपास।

क्या मैं समझ नहीं है, हालांकि, यही वजह है कि केवल मेरे वस्तु नीचे कोड mst — जिसका इन्स्टेन्शियशन और विनाश दुष्प्रभाव — कारणों g++ एक "अप्रयुक्त चर" जबकि l का प्रबंधन करता है त्रुटि चेतावनी फेंकना की क्या ज़रूरत है में शांत रहना।

क्या आप जानते हैं? क्या तुम मुझे बता सकते हो?

[generic@sentinel ~]$ cat test.cpp 
#include <boost/shared_ptr.hpp> 
#include <boost/thread/mutex.hpp> 
#include <iostream> 

struct MyScopedThing; 
struct MyWorkerObject { 
    void a() { std::cout << "a"; } 
    void b() { std::cout << "b"; } 

    boost::shared_ptr<MyScopedThing> getScopedThing(); 
}; 

struct MyScopedThing { 
    MyScopedThing(MyWorkerObject& w) : w(w) { 
     w.a(); 
    } 
    ~MyScopedThing() { 
     w.b(); 
    } 

    MyWorkerObject& w; 
}; 

boost::shared_ptr<MyScopedThing> MyWorkerObject::getScopedThing() { 
    return boost::shared_ptr<MyScopedThing>(new MyScopedThing(*this)); 
} 

int main() { 
    boost::mutex m; 
    boost::mutex::scoped_lock l(m); 

    MyWorkerObject w; 
    const boost::shared_ptr<MyScopedThing>& mst = w.getScopedThing(); 
} 


[generic@sentinel ~]$ g++ test.cpp -o test -lboost_thread -Wall 
test.cpp: In function ‘int main()’: 
test.cpp:33: warning: unused variable ‘mst’ 

[generic@sentinel ~]$ ./test 
ab[generic@sentinel ~]$ g++ -v 2>&1 | grep version 
gcc version 4.4.5 20110214 (Red Hat 4.4.5-6) (GCC) 

Answer 1

ध्यान दें कि प्रश्न के बाद से अन्य उत्तर लिखा गया था बदल गया है।

संभावना कारण जी ++ मौजूदा रूप में चेतावनी दी है नहीं करता है क्योंकि mst एक संदर्भ है, और निर्माण और एक संदर्भ destructing कोई साइड इफेक्ट नहीं है। यह सच है कि यहां संदर्भ एक अस्थायी जीवनकाल को बढ़ा रहा है, जिसका इसके निर्माता और विनाशक में प्रभाव पड़ता है, लेकिन स्पष्ट रूप से g ++ को यह नहीं पता कि इससे कोई फर्क पड़ता है।

Answer 2

मुझे लगता है कारण अपनी कक्षा एक छोटी सी नाशक होता है, और कहा कि जी ++ केवल अप्रयुक्त चर अगर नाशक मामूली बात है के बारे में चेतावनी दी है। एक गैर-तुच्छ विनाशक का आह्वान करना "उपयोग" है।

Answer 3

यदि मेरी याददाश्त सही तरीके से मेरी सेवा करती है, तो g ++ में ऑप्टिमाइज़ेशन सेटिंग्स के आधार पर अलग-अलग unused variable त्रुटियों को उत्सर्जित करने की दुर्भाग्यपूर्ण आदत है क्योंकि पता लगाने के लिए ऑप्टिमाइज़र स्तर पर पता चलता है।

यही है, कोड एसएसए फॉर्म में अनुकूलित किया गया है, और यदि अनुकूलक यह मानता है कि एक चर, अनुकूलन के बाद, अप्रयुक्त है, तो यह एक चेतावनी उत्सर्जित कर सकता है (मैं इसके लिए क्लैंग विश्लेषण पसंद करता हूं ...)।

इसलिए शायद यह पता लगाने की बात है कि विनाशक क्या करता है। मुझे आश्चर्य है कि जब भी विनाशक की परिभाषा ऑफ़लाइन है, तो यह एक रूढ़िवादी दृष्टिकोण लेता है, मैं अनुमान लगाता हूं कि यह एक फ़ंक्शन कॉल के बराबर होगा और this चर के उपयोग के रूप में योग्य होगा।