आउटपुट objdump -t के आउटपुट में ".hidden" का क्या अर्थ है?

Question

उदाहरण:

$ objdump Logger.cpp.o -t 

00000000 g  F .text 00000000 .hidden __sti___10_Logger_cpp_0b2ae32b 

Answer 1

इसका मतलब है कि प्रतीक की दृश्यता छिपा हुआ है: प्रतीकों की दृश्यता को बदलने के लिए https://developer.apple.com/library/mac/#documentation/DeveloperTools/Conceptual/CppRuntimeEnv/Articles/SymbolVisibility.html

कारणों में शामिल हैं: प्रतीक टक्कर के

• कम जोखिम।
• छोटी बाइनरी।
• कम स्टार्ट-अप समय क्योंकि गतिशील लिंकर को कई प्रतीकों को संसाधित करने की आवश्यकता नहीं है।
• अधिक कुशल कोड के लिए अवसर क्योंकि संकलक जानता है कि एक प्रतीक को LD_PRELOAD-type सिस्टम के माध्यम से ओवरराइड नहीं किया जा सकता है।
• गैर-दस्तावेज एपीआई में कॉल करने वाले तृतीय-पक्ष सॉफ़्टवेयर की रोकथाम।

अधिक जानकारी के लिए http://www.gnu.org/software/gnulib/manual/html_node/Exported-Symbols-of-Shared-Libraries.html देखें।

Answer 2

एक लिंक है कि (जीसीसी के लिए) visibility support बताते

लिंक से:

• यह काफी हद तक अपने DSO (गतिशील शेयर्ड ऑब्जेक्ट) का लोड समय में सुधार। उदाहरण के लिए, एक विशाल सी ++ टेम्पलेट-आधारित लाइब्रेरी जिसे परीक्षण किया गया था (टीएनएफओएक्स बूस्ट। पायथन बाइंडिंग लाइब्रेरी) अब छह मिनट से अधिक आठ सेकंड में लोड हो जाता है!

• यह ऑप्टिमाइज़र बेहतर कोड उत्पन्न करने देता है। पीएलटी संकेत (जब एक फ़ंक्शन कॉल या वैरिएबल एक्सेस को वैश्विक ऑफसेट टेबल जैसे पीआईसी कोड में देखा जाना चाहिए) को पूरी तरह से टाला जा सकता है, इस प्रकार आधुनिक प्रोसेसर पर पाइपलाइन स्टालों से काफी हद तक बचा जा सकता है और इस प्रकार बहुत तेज़ कोड। इसके अलावा जब अधिकांश प्रतीकों को स्थानीय रूप से बाध्य किया जाता है, तो उन्हें पूरे डीएसओ के माध्यम से सुरक्षित रूप से elided (हटाया जा सकता है)। यह विशेष रूप से इनलाइनर के लिए अधिक अक्षांश देता है जिसे अब "बस मामले में" के आसपास एक प्रविष्टि बिंदु रखने की आवश्यकता नहीं है।

• यह आपके डीएसओ के आकार को 5-20% तक कम कर देता है। ईएलएफ का निर्यात किया गया प्रतीक तालिका प्रारूप काफी अंतरिक्ष हॉग है, जो पूरे मैंगलेड प्रतीक नाम को देता है जिसमें भारी टेम्पलेट उपयोग लगभग 1000 बाइट्स औसत हो सकता है। सी ++ टेम्पलेट्स प्रतीकों की एक बड़ी राशि निकालते हैं और एक सामान्य सी ++ लाइब्रेरी आसानी से 30,000 प्रतीकों को पार कर सकती है जो लगभग 5-6 एमबी है! इसलिए यदि आप 60-80% अनावश्यक प्रतीकों काटते हैं, तो आपका डीएसओ मेगाबाइट छोटा हो सकता है!

• प्रतीक टकराव का बहुत कम मौका। अलग-अलग चीजों के लिए आंतरिक रूप से एक ही प्रतीक का उपयोग करते हुए दो पुस्तकालयों की पुरानी दुविधा अंततः इस पैच के साथ हमारे पीछे है। हलिलुय!

हालांकि पुस्तकालय ऊपर उद्धृत एक चरम मामला है, नए दृश्यता समर्थन> 200,000 प्रतीकों से कम से कम 18,000 को निर्यात प्रतीक तालिका कम कर दिया। कुछ 21 एमबी बाइनरी आकार से भी खटखटाया गया था!

एक usage sample and also potential pitfall जब visibilty विशेषता का उपयोग