ऑब्जेक्टिव-सी के नियम

अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है किसी समस्या की रिपोर्ट करें सोर्स देखें नाइटली · 7.3 · 7.2 · 7.1 · 7.0 · 6.5

नियम

• j2objc_library
• objc_import
• objc_library
• available_xcodes
• xcode_config
• xcode_version

j2objc_library

नियम का सोर्स देखें

j2objc_library(name, deps, compatible_with, deprecation, distribs, entry_classes, features, jre_deps, licenses, restricted_to, tags, target_compatible_with, testonly, visibility)

यह नियम, Java सोर्स का अनुवाद करने के लिए J2ObjC का इस्तेमाल करता है Objective-C में फ़ाइलें शामिल की जाती हैं, जिनका इस्तेमाल objc_library और objc_binary के डिपेंडेंसी के तौर पर किया जा सकता है नियम. J2ObjC के बारे में विस्तृत जानकारी J2ObjC साइट

बिल्ड फ़्लैग का इस्तेमाल करके, ज़रूरत के मुताबिक J2ObjC ट्रांसपिलेशन फ़्लैग तय किए जा सकते हैं --j2objc_translation_flags.

कृपया ध्यान दें कि j2objc_library टारगेट में शामिल अनुवाद की गई फ़ाइलें को कंपाइलेशन के डिफ़ॉल्ट कॉन्फ़िगरेशन का इस्तेमाल करके कंपाइल किया जाता है. हालांकि, इसके लिए वही कॉन्फ़िगरेशन दिया जाता है जो एक objc_library नियम है जिसके एट्रिब्यूट में कंपाइलेशन का कोई विकल्प नहीं दिया गया है.

साथ ही, जनरेट किए गए कोड की डुप्लीकेट कॉपी को टारगेट लेवल पर हटाया जाता है, न कि सोर्स लेवल पर. अगर आपके पास दो अलग-अलग Java टारगेट में एक जैसी Java सोर्स फ़ाइलें शामिल हैं, तो आपको डुप्लीकेट सिंबल वाली गड़बड़ी दिख सकती है लिंक के समय पर. इस समस्या के समाधान का सही तरीका यह है कि शेयर की गई Java स्रोत फ़ाइलों को एक सामान्य लक्ष्य को अलग कर दें जिस पर निर्भर हो सकता है.

तर्क

विशेषताएं
name	नाम; आवश्यक इस टारगेट के लिए यूनीक नाम.
deps	लेबल की सूची; डिफ़ॉल्ट रूप से [] है j2objc_library, java_library, java_import और java_proto_library टारगेट, जिनमें यह शामिल है Objective-C में ट्रांसपिल की जाने वाली Java फ़ाइलें. java_library और java_import के वे सभी टारगेट जिन्हें पूरा किया जा सकता है exports, deps और runtime_deps तक ट्रांज़िट तौर पर अनुवाद और कंपाइल किया जाएगा. इसमें Java एनोटेशन प्रोसेसिंग से जनरेट की गई फ़ाइलें भी शामिल हैं. बिना srcjar वाले code>java_Import टारगेट के लिए काम नहीं करता है बताया गया है. J2ObjC अनुवाद के काम करने का तरीका, इस बात पर निर्भर करता है कि सोर्स Java सोर्स किस तरह का है ऐसी फ़ाइलें जो अस्थायी तौर पर बंद किए जाने के दौरान शामिल की जाती हैं. इसमें शामिल हर .java स्रोत फ़ाइलों के लिए java_library में से srcs, संबंधित .h और .m सोर्स फ़ाइल जनरेट हो जाएगा. इसके srcs में शामिल हर सोर्स जार के लिए java_import में से java_library या srcjar, एक उस जार के सभी कोड के साथ संबंधित .h और .m सोर्स फ़ाइल जनरेट की जाएगी. उपयोगकर्ता अपने कोड में J2ObjC से जनरेट की गई हेडर फ़ाइलें इंपोर्ट कर सकते हैं. ये फ़ाइलें, ओरिजनल Java आर्टफ़ैक्ट के रूट-रिलेटिव पाथ हैं. उदाहरण के लिए, //some/package/foo.java के पास some/package/foo.h का इंपोर्ट पाथ है और //some/package/bar.srcjar के पास some/package/bar.h है अगर proto_library नियम इस नियम के ट्रांज़िटिव क्लोज़र में हैं, तो J2ObjC Protos इन्हें बाइनरी लेवल पर जनरेट, कंपाइल, और लिंक किया जा सकता है. प्रोटो के लिए //some/proto/foo.proto, उपयोगकर्ता इंपोर्ट का इस्तेमाल करके जनरेट किए गए कोड का रेफ़रंस दे सकते हैं पाथ some/proto/foo.j2objc.pb.h.
entry_classes	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है उन Java क्लास की सूची जिनके साथ अनुवाद किए गए ऑब्जेसी काउंटरपार्ट का रेफ़रंस सीधे तौर पर दिया जाएगा उपयोगकर्ता ऑब्जेसी कोड से. अगर --j2objc_dead_code_removal फ़्लैग चालू है, तो यह एट्रिब्यूट ज़रूरी है. Java की क्लास को उनके कैननिकल नाम में बताई जानी चाहिए Java भाषा की जानकारी. --j2objc_dead_code_removal फ़्लैग होने पर, एंट्री क्लास की सूची को अस्थायी तौर पर इकट्ठा किया जाएगा और खराब कोड का विश्लेषण करने के लिए, एंट्री पॉइंट के तौर पर इस्तेमाल किया जाएगा. इसके बाद, इस्तेमाल नहीं की गई क्लास को ऑब्जेसी ऐप्लिकेशन बंडल के फ़ाइनल वर्शन से हटा दिया जाएगा.
jre_deps	लेबल की सूची; डिफ़ॉल्ट रूप से [] है अतिरिक्त JRE एम्युलेशन लाइब्रेरी की सूची, जिसका अनुवाद सभी Java कोड के लिए ज़रूरी है j2objc_library नियम. डिफ़ॉल्ट रूप से, सिर्फ़ मुख्य JRE फ़ंक्शन को लिंक किया जाता है.

objc_import

नियम का सोर्स देखें

objc_import(name, deps, hdrs, alwayslink, archives, compatible_with, deprecation, distribs, features, includes, licenses, restricted_to, sdk_dylibs, sdk_frameworks, sdk_includes, tags, target_compatible_with, testonly, textual_hdrs, visibility, weak_sdk_frameworks)

यह नियम पहले से कंपाइल की गई स्टैटिक लाइब्रेरी को .a फ़ाइल. यह objc_library के साथ काम करने वाले एट्रिब्यूट.

तर्क

विशेषताएं
name	नाम; आवश्यक इस टारगेट के लिए यूनीक नाम.
deps	लेबल की सूची; डिफ़ॉल्ट रूप से [] है उन टारगेट की सूची जिन पर यह टारगेट निर्भर करता है.
hdrs	लेबल की सूची; डिफ़ॉल्ट रूप से [] है C, C++, Objective-C, और Objective-C++ हेडर फ़ाइलों की सूची पब्लिश की गई निर्भर नियमों में शामिल स्रोतों से इस लाइब्रेरी में शामिल किया जाएगा. ये हेडर, लाइब्रेरी के सार्वजनिक इंटरफ़ेस के बारे में बताते हैं को इस नियम में मौजूद सोर्स से या किसी दूसरे सोर्स से शामिल किए जाने के लिए उपलब्ध कराया गया हो नियम. इस लाइब्रेरी के क्लाइंट को हेडर शामिल नहीं करने चाहिए को srcs एट्रिब्यूट में लिस्ट किया जाना चाहिए. मॉड्यूल चालू होने पर, इन्हें सोर्स से अलग इकट्ठा किया जाएगा.
alwayslink	बूलियन; False डिफ़ॉल्ट है अगर 1 है, तो कोई भी बंडल या बाइनरी जो सीधे तौर पर या किसी दूसरे तरीके से इस पर निर्भर करता है लाइब्रेरी में सूचीबद्ध फ़ाइलों की सभी ऑब्जेक्ट फ़ाइलों से srcs और non_arc_srcs, भले ही कुछ में नहीं बाइनरी से रेफ़रंस वाले सिंबल. यह तब उपयोगी होता है, जब आपके कोड को स्पष्ट रूप से कोड द्वारा कॉल नहीं किया जाता है बाइनरी, जैसे कि अगर आपका कोड कुछ कॉलबैक पाने के लिए रजिस्टर होता है कुछ सेवाओं ने उपलब्ध कराया है.
archives	लेबल की सूची; आवश्यक Objective-C टारगेट को दी गई .a फ़ाइलों की सूची इस टारगेट पर निर्भर रहती हैं.
includes	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है इस टारगेट में जोड़ने के लिए, #include/#import खोज पाथ की सूची टारगेट के हिसाब से ये सभी काम करते हैं. यह तीसरे पक्ष और ओपन सोर्स वाली लाइब्रेरी को सपोर्ट करने के लिए है जो फ़ाइल फ़ोल्डर के पूरे पाथ को उनकी #import/#include के स्टेटमेंट. पाथ की व्याख्या पैकेज डायरेक्ट्री के हिसाब से की जाती है और genfiles और bin रूट (उदाहरण के लिए, blaze-genfiles/pkg/includedir और blaze-out/pkg/includedir) वास्तविक क्लाइंट रूट का उपयोग कर सकते हैं. COPS के उलट, इस नियम के लिए ये फ़्लैग जोड़े जाते हैं और इस पर निर्भर सभी नियमों के लिए बनाया गया है. (ध्यान दें: वे नियम नहीं हैं जिन पर यह निर्भर करता है!) होना ध्यान रखें, क्योंकि इसके दूर तक पहुंचने वाले प्रभाव हो सकते हैं. संदेह होने पर, जोड़ें "-आईकोट" फ़्लैग करने के बजाय COPTS पर फ़्लैग कर सकते हैं.
sdk_dylibs	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है SDK टूल .dylib लाइब्रेरी के नाम जिनसे लिंक करना है. उदाहरण के लिए, "libz" या "libarchive" हो. "libc++" अगर बाइनरी में C++ या Objective-C++ सोर्स, अपने डिपेंडेंसी ट्री में. बाइनरी लिंक करते समय, उस बाइनरी के ट्रांज़िटिव डिपेंडेंसी ग्राफ़ में दी गई सभी लाइब्रेरी इस्तेमाल किया गया.
sdk_frameworks	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है SDK टूल के फ़्रेमवर्क के नाम जिनके साथ लिंक करना है. जैसे, "AddressBook", "QuartzCore"). "यूआईकिट" और "फ़ाउंडेशन" iOS, tvOS, visionOS, और WatchOS प्लैटफ़ॉर्म पर भी उपलब्ध हैं. macOS के लिए, सिर्फ़ "Fundation" इस्तेमाल करें हमेशा शामिल होता है. टॉप लेवल की Apple बाइनरी को लिंक करने पर, उस बाइनरी ट्रांज़िटिव डिपेंडेंसी ग्राफ़ लिंक किया गया है.
sdk_includes	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है इस टारगेट में जोड़ने के लिए, #include/#import खोज पाथ की सूची और ये सभी टारगेट पर निर्भर करते हैं, जहां हर पाथ $(SDKROOT)/usr/include.
textual_hdrs	लेबल की सूची; डिफ़ॉल्ट रूप से [] है C, C++, Objective-C, और Objective-C++ फ़ाइलों की सूची इस नियम में, सोर्स फ़ाइलों के हिसाब से या इस नियम में मौजूद उपयोगकर्ताओं की ओर से, हेडर के तौर पर शामिल किया गया है लाइब्रेरी. hdrs के उलट, इन्हें अलग से कंपाइल नहीं किया जाएगा स्रोत.
weak_sdk_frameworks	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है ऐसे SDK टूल फ़्रेमवर्क के नाम जिनके साथ कमज़ोर लिंक किए जाने चाहिए. उदाहरण के लिए, "MediaAccessibility". नियमित तौर पर लिंक किए गए SDK टूल के फ़्रेमवर्क और सिंबल के बीच फ़र्क़ कमज़ोर लिंक किए गए फ़्रेमवर्क से कोई गड़बड़ी नहीं होती, रनटाइम के दौरान मौजूद नहीं होते हैं.

objc_library

नियम का सोर्स देखें

objc_library(name, deps, srcs, data, hdrs, alwayslink, compatible_with, copts, defines, deprecation, distribs, enable_modules, exec_compatible_with, exec_properties, features, implementation_deps, includes, licenses, linkopts, module_map, module_name, non_arc_srcs, pch, restricted_to, sdk_dylibs, sdk_frameworks, sdk_includes, tags, target_compatible_with, testonly, textual_hdrs, toolchains, visibility, weak_sdk_frameworks)

यह नियम, दिए गए Objective-C सोर्स फ़ाइलों से एक स्टैटिक लाइब्रेरी बनाता है.

तर्क

विशेषताएं
name	नाम; आवश्यक इस टारगेट के लिए यूनीक नाम.
deps	लेबल की सूची; डिफ़ॉल्ट रूप से [] है फ़ाइनल बंडल बनाने के लिए, एक साथ जोड़े गए टारगेट की सूची.
srcs	लेबल की सूची; डिफ़ॉल्ट रूप से [] है C, C++, Objective-C, और Objective-C++ सोर्स और हेडर की सूची फ़ाइलें और/या (`.s`, `.S` या `.asm`) असेंबली सोर्स फ़ाइलें, जिन्हें बनाने के लिए प्रोसेस किया जाता है लाइब्रेरी टारगेट. ये आपकी चेक-इन की गई फ़ाइलें और जनरेट की गई सभी फ़ाइलें होती हैं. सोर्स फ़ाइलों को Clang के साथ .o फ़ाइलों में कंपाइल किया जाता है. हेडर फ़ाइलें srcs एट्रिब्यूट में, किसी भी सोर्स या हेडर से शामिल/इंपोर्ट की जा सकती है है, लेकिन एचडीआर में मौजूद हेडर या ऐसे किसी टारगेट के मुताबिक नहीं जो . इसके अलावा, पहले से कंपाइल की गई .o फ़ाइलों को सोर्स के तौर पर दिखाया जा सकता है. इन बातों का ध्यान रखें पक्का करें कि दी गई .o फ़ाइलों और फ़ाइल फ़ोल्डर के कॉन्फ़िगरेशन में बिल्ड का इस्तेमाल किया जा सकता है, ताकि सिंबल लिंकर से जुड़ी गड़बड़ियां न छूटें.
hdrs	लेबल की सूची; डिफ़ॉल्ट रूप से [] है C, C++, Objective-C, और Objective-C++ हेडर फ़ाइलों की सूची पब्लिश की गई निर्भर नियमों में शामिल स्रोतों से इस लाइब्रेरी में शामिल किया जाएगा. ये हेडर, लाइब्रेरी के सार्वजनिक इंटरफ़ेस के बारे में बताते हैं को इस नियम में मौजूद सोर्स से या किसी दूसरे सोर्स से शामिल किए जाने के लिए उपलब्ध कराया गया हो नियम. इस लाइब्रेरी के क्लाइंट को हेडर शामिल नहीं करने चाहिए को srcs एट्रिब्यूट में लिस्ट किया जाना चाहिए. मॉड्यूल चालू होने पर, इन्हें सोर्स से अलग इकट्ठा किया जाएगा.
alwayslink	बूलियन; False डिफ़ॉल्ट है अगर 1 है, तो कोई भी बंडल या बाइनरी जो सीधे तौर पर या किसी दूसरे तरीके से इस पर निर्भर करता है लाइब्रेरी में सूचीबद्ध फ़ाइलों की सभी ऑब्जेक्ट फ़ाइलों से srcs और non_arc_srcs, भले ही कुछ में नहीं बाइनरी से रेफ़रंस वाले सिंबल. यह तब उपयोगी होता है, जब आपके कोड को स्पष्ट रूप से कोड द्वारा कॉल नहीं किया जाता है बाइनरी, जैसे कि अगर आपका कोड कुछ कॉलबैक पाने के लिए रजिस्टर होता है कुछ सेवाओं ने उपलब्ध कराया है.
copts	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है कंपाइलर को पास करने के लिए अतिरिक्त फ़्लैग. "वैरिएबल बनाएं" के विकल्प पर निर्भर करता है और बोर्न शेल टोकनाइज़ेशन. ये फ़्लैग सिर्फ़ इस टारगेट पर लागू होंगे, उन पर नहीं या उन पर निर्भर है जो इस पर निर्भर करते हैं. ध्यान दें कि जनरेट किए गए Xcode प्रोजेक्ट के लिए, "-I" का इस्तेमाल करके डायरेक्ट्री पाथ तय किए गए हैं फ़्लैग इन कर दिया है कॉप्ट पार्स किए गए हैं, पहले "$(workSPACE_ROOT)/" से पहले जोड़े गए हैं अगर वे रिलेटिव पाथ हों, और Xcode के हेडर के सर्च पाथ में जोड़ा गया.
defines	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है कंपाइलर को भेजने के लिए अतिरिक्त -D फ़्लैग. उन्हें इसमें होना चाहिए फ़ॉर्म KEY=VALUE या साधारण KEY और ये हैं इस लक्ष्य के लिए न केवल कंपाइलर को पास किया गया (copts के रूप में ) हैं, लेकिन साथ ही इस लक्ष्य के सभी objc_ निर्भर हैं. "वैरिएबल बनाएं" के विकल्प पर निर्भर करता है और बोर्न शेल टोकनाइज़ेशन.
enable_modules	बूलियन; False डिफ़ॉल्ट है -fmodules के ज़रिए क्लैंग मॉड्यूल सपोर्ट को चालू करता है. इसे 1 पर सेट करने पर, सिस्टम हेडर और दूसरे टारगेट को @इंपोर्ट किया जा सकेगा: @Import UIKit; @Import path_to_package_target;
implementation_deps	लेबल की सूची; डिफ़ॉल्ट रूप से [] है लाइब्रेरी टारगेट की जाने वाली दूसरी लाइब्रेरी की सूची, इस पर निर्भर करती है. इससे नापसंद करें deps, हेडर और इन लाइब्रेरी के पाथ (और उनके सभी ट्रांज़िटिव डिप) का इस्तेमाल सिर्फ़ इस लाइब्रेरी को कंपाइल करने के लिए किया जाता है, न कि उन लाइब्रेरी के लिए जिन्हें निर्भर है. implementation_deps के साथ तय की गई लाइब्रेरी अब भी लिंक हैं जो इस लाइब्रेरी पर निर्भर बाइनरी टारगेट में हैं.
includes	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है इस टारगेट में जोड़ने के लिए, #include/#import खोज पाथ की सूची टारगेट के हिसाब से ये सभी काम करते हैं. यह तीसरे पक्ष और ओपन सोर्स वाली लाइब्रेरी को सपोर्ट करने के लिए है जो फ़ाइल फ़ोल्डर के पूरे पाथ को उनकी #import/#include के स्टेटमेंट. पाथ की व्याख्या पैकेज डायरेक्ट्री के हिसाब से की जाती है और genfiles और bin रूट (उदाहरण के लिए, blaze-genfiles/pkg/includedir और blaze-out/pkg/includedir) वास्तविक क्लाइंट रूट का उपयोग कर सकते हैं. COPS के उलट, इस नियम के लिए ये फ़्लैग जोड़े जाते हैं और इस पर निर्भर सभी नियमों के लिए बनाया गया है. (ध्यान दें: वे नियम नहीं हैं जिन पर यह निर्भर करता है!) होना ध्यान रखें, क्योंकि इसके दूर तक पहुंचने वाले प्रभाव हो सकते हैं. संदेह होने पर, जोड़ें "-आईकोट" फ़्लैग करने के बजाय COPTS पर फ़्लैग कर सकते हैं.
linkopts	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है लिंकर को भेजने के लिए अतिरिक्त फ़्लैग.
module_map	लेबल; डिफ़ॉल्ट रूप से None है इस टारगेट के लिए, कस्टम Clang मॉड्यूल मैप. कस्टम मॉड्यूल मैप का इस्तेमाल करने की सलाह नहीं दी जाती है. ज़्यादातर उपयोगकर्ताओं को Baज़ल से जनरेट किए गए मॉड्यूल मैप इस्तेमाल करने चाहिए. अगर बताया गया है, तो Basel इस टारगेट के लिए मॉड्यूल मैप जनरेट नहीं करेगा, लेकिन ‘ कंपाइलर को मॉड्यूल मैप दिया.
module_name	String; "" डिफ़ॉल्ट है इस टारगेट के लिए मॉड्यूल का नाम सेट करता है. डिफ़ॉल्ट रूप से, मॉड्यूल का नाम ऐसा टारगेट पाथ होता है जिसमें _ से बदले गए खास चिह्न, जैसे कि //foo/baz:bar को foo_baz_bar के तौर पर इंपोर्ट किया जा सकता है.
non_arc_srcs	लेबल की सूची; डिफ़ॉल्ट रूप से [] है Objective-C फ़ाइलों की ऐसी सूची जिन्हें बनाने के लिए प्रोसेस की जाती है ARC का इस्तेमाल नहीं करने वाले लाइब्रेरी टारगेट के तौर पर होती है. इस एट्रिब्यूट में मौजूद फ़ाइलों को srcs एट्रिब्यूट को सबमिट किया जाता है, लेकिन ARC को चालू किए बिना कंपाइल किया जाता है.
pch	लेबल; डिफ़ॉल्ट रूप से None है कंपाइल की जा रही हर सोर्स फ़ाइल के शुरू में जोड़ने के लिए हेडर फ़ाइल (दोनों चाप) और नॉन-आर्क). बिल्ड फ़ाइलों में Pch फ़ाइलों के इस्तेमाल की सलाह नहीं दी जाती है. इसलिए, ऐसा होना चाहिए अब सेवा में नहीं है. चूंकि pch फ़ाइलों को वास्तव में पहले से कंपाइल नहीं किया जाता है, इसलिए यह एक बिल्ड-स्पीड एन्हैंसमेंट है. इसके बजाय, यह सिर्फ़ ग्लोबल डिपेंडेंसी है. बिल्ड से का इस्तेमाल करते हैं, लेकिन आप उस चीज़ को सीधे तौर पर शामिल कर रहे हैं, जो आपको में ज़रूरत के हिसाब से देखा जा सकता है.
sdk_dylibs	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है SDK टूल .dylib लाइब्रेरी के नाम जिनसे लिंक करना है. उदाहरण के लिए, "libz" या "libarchive" हो. "libc++" अगर बाइनरी में C++ या Objective-C++ सोर्स, अपने डिपेंडेंसी ट्री में. बाइनरी लिंक करते समय, उस बाइनरी के ट्रांज़िटिव डिपेंडेंसी ग्राफ़ में दी गई सभी लाइब्रेरी इस्तेमाल किया गया.
sdk_frameworks	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है SDK टूल के फ़्रेमवर्क के नाम जिनके साथ लिंक करना है. जैसे, "AddressBook", "QuartzCore"). "यूआईकिट" और "फ़ाउंडेशन" iOS, tvOS, visionOS, और WatchOS प्लैटफ़ॉर्म पर भी उपलब्ध हैं. macOS के लिए, सिर्फ़ "Fundation" इस्तेमाल करें हमेशा शामिल होता है. टॉप लेवल की Apple बाइनरी को लिंक करने पर, उस बाइनरी ट्रांज़िटिव डिपेंडेंसी ग्राफ़ लिंक किया गया है.
sdk_includes	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है इस टारगेट में जोड़ने के लिए, #include/#import खोज पाथ की सूची और ये सभी टारगेट पर निर्भर करते हैं, जहां हर पाथ $(SDKROOT)/usr/include.
textual_hdrs	लेबल की सूची; डिफ़ॉल्ट रूप से [] है C, C++, Objective-C, और Objective-C++ फ़ाइलों की सूची इस नियम में, सोर्स फ़ाइलों के हिसाब से या इस नियम में मौजूद उपयोगकर्ताओं की ओर से, हेडर के तौर पर शामिल किया गया है लाइब्रेरी. hdrs के उलट, इन्हें अलग से कंपाइल नहीं किया जाएगा स्रोत.
weak_sdk_frameworks	स्ट्रिंग की सूची; [] डिफ़ॉल्ट है ऐसे SDK टूल फ़्रेमवर्क के नाम जिनके साथ कमज़ोर लिंक किए जाने चाहिए. उदाहरण के लिए, "MediaAccessibility". नियमित तौर पर लिंक किए गए SDK टूल के फ़्रेमवर्क और सिंबल के बीच फ़र्क़ कमज़ोर लिंक किए गए फ़्रेमवर्क से कोई गड़बड़ी नहीं होती, रनटाइम के दौरान मौजूद नहीं होते हैं.

available_xcodes

नियम का सोर्स देखें

available_xcodes(name, default, deprecation, distribs, features, licenses, tags, testonly, versions, visibility)

xcode_config नियम के इंस्टेंस के आधार पर, इस नियम के दो टारगेट तय किए जा सकते हैं दूर से और स्थानीय तौर पर उपलब्ध xcode वर्शन को दिखाता है. इससे एक साथ उपलब्ध एक्सकोड में से कोई आधिकारिक xcode वर्शन चुनने की अनुमति मिलती है.

तर्क

विशेषताएं
name	नाम; आवश्यक इस टारगेट के लिए यूनीक नाम.
default	लेबल; कॉन्फ़िगर नहीं किया जा सकता; आवश्यक इस प्लैटफ़ॉर्म के लिए डिफ़ॉल्ट xcode वर्शन.
versions	लेबल की सूची; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से [] है इस प्लैटफ़ॉर्म पर उपलब्ध Xcode वर्शन.

xcode_config

नियम का सोर्स देखें

xcode_config(name, default, deprecation, distribs, features, licenses, local_versions, remote_versions, tags, testonly, versions, visibility)

इस नियम के किसी एक टारगेट का रेफ़रंस, --xcode_version_config बिल्ड में दिया जा सकता है फ़्लैग का इस्तेमाल करके, --xcode_version फ़्लैग का स्वीकार किए गए आधिकारिक xcode वर्शन में अनुवाद करें. इससे रजिस्टर किए गए कई उपनामों में से, एक आधिकारिक xcode वर्शन चुनने की अनुमति मिलती है.

तर्क

विशेषताएं
name	नाम; आवश्यक इस टारगेट के लिए यूनीक नाम.
default	लेबल; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से None है इस्तेमाल करने के लिए xcode का डिफ़ॉल्ट आधिकारिक वर्शन. दिए गए xcode_version टारगेट से तय किए वर्शन का इस्तेमाल तब किया जाना चाहिए जब कोई xcode_version बिल्ड फ़्लैग मौजूद नहीं है. अगर कोई है, तो यह ज़रूरी है versions सेट हो गए हैं. यह सेट नहीं किया जा सकता, अगर remote_versions या local_versions सेट हो गया है.
local_versions	लेबल; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से None है स्थानीय तौर पर उपलब्ध xcode_version टारगेट. इन दोनों का इस्तेमाल local_versions के साथ किया जाता है, ताकि आप म्यूचुअल रूप से उपलब्ध हों वर्शन है. अगर versions सेट है, तो हो सकता है कि यह सेट न हो.
remote_versions	लेबल; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से None है xcode_version टारगेट, जो कहीं से भी उपलब्ध हैं. इन दोनों का इस्तेमाल remote_versions के साथ किया जाता है, ताकि आप म्यूचुअल रूप से उपलब्ध हों वर्शन है. अगर versions सेट है, तो हो सकता है कि यह सेट न हो.
versions	लेबल की सूची; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से [] है xcode_version टारगेट स्वीकार किए गए, जिनका इस्तेमाल किया जा सकता है. अगर xcode_version बिल्ड फ़्लैग की वैल्यू किसी उपनाम से मेल खाती है या दिए गए xcode_version टारगेट में से किसी का भी वर्शन नंबर, जो टारगेट का इस्तेमाल किया जाएगा. यह सेट नहीं किया जा सकता, अगर remote_versions या local_versions सेट हो गया है.

xcode_version

नियम का सोर्स देखें

xcode_version(name, default_ios_sdk_version, default_macos_sdk_version, default_tvos_sdk_version, default_visionos_sdk_version, default_watchos_sdk_version, deprecation, distribs, features, licenses, tags, testonly, version, visibility)

यह एक आधिकारिक xcode वर्शन को दिखाता है, जिसमें उस xcode वर्शन के लिए स्वीकार किए जाने वाले उपनाम होते हैं. xcode_config नियम देखें.

तर्क

विशेषताएं
name	नाम; आवश्यक इस टारगेट के लिए यूनीक नाम.
default_ios_sdk_version	String; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से "" है iOS sdk वर्शन, जिसे Xcode के इस वर्शन के इस्तेमाल के दौरान डिफ़ॉल्ट रूप से इस्तेमाल किया जाता है. ios_sdk_version बिल्ड फ़्लैग यहां बताई गई वैल्यू को बदल देगा.
default_macos_sdk_version	String; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से "" है macosx sdk वर्शन, जिसे xcode के इस वर्शन के इस्तेमाल के दौरान डिफ़ॉल्ट रूप से इस्तेमाल किया जाता है. macos_sdk_version बिल्ड फ़्लैग यहां बताई गई वैल्यू को बदल देगा.
default_tvos_sdk_version	String; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से "" है tvos sdk वर्शन, जिसे xcode के इस वर्शन के इस्तेमाल के दौरान डिफ़ॉल्ट रूप से इस्तेमाल किया जाता है. tvos_sdk_version बिल्ड फ़्लैग यहां बताई गई वैल्यू को बदल देगा.
default_visionos_sdk_version	String; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से "" है visionos sdk वर्शन, जिसे xcode के इस वर्शन के इस्तेमाल के दौरान डिफ़ॉल्ट रूप से इस्तेमाल किया जाता है. visionos_sdk_version बिल्ड फ़्लैग यहां बताई गई वैल्यू को बदल देगा.
default_watchos_sdk_version	String; कॉन्फ़िगर नहीं किया जा सकता; डिफ़ॉल्ट रूप से "" है Watchos sdk वर्शन, जिसे xcode के इस वर्शन के इस्तेमाल के दौरान डिफ़ॉल्ट रूप से इस्तेमाल किया जाता है. watchos_sdk_version बिल्ड फ़्लैग यहां बताई गई वैल्यू को बदल देगा.
version	String; कॉन्फ़िगर नहीं किया जा सकता; आवश्यक Xcode के किसी वर्शन का आधिकारिक वर्शन नंबर.