डिवाइस के लिए संकलन करते समय Apple Mach-O लिंकर त्रुटि

Question

मैंने अभी xcode 4.0 में अपग्रेड किया है और मैं अब iPhone के लिए परिनियोजित नहीं कर सकता, मुझे Apple Mach-O Linker Error मिलता है, यह अभी भी सिम्युलेटर के लिए काम करता है।

    Ld /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel normal armv7
    cd /Users/yveswheeler/iParcel
    setenv IPHONEOS_DEPLOYMENT_TARGET 3.2
    setenv PATH "/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin"
    /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk -L/Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos -F/Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos -filelist /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel.LinkFileList -dead_strip -all_load -ObjC -lxml2 -miphoneos-version-min=3.2 -framework UIKit -framework CoreGraphics -framework QuartzCore /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Core.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Network.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Style.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UI.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UICommon.a /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UINavigator.a -framework AddressBook -lz.1.2.3 -framework Foundation -framework CFNetwork -framework MobileCoreServices -framework SystemConfiguration -framework MessageUI -framework AudioToolbox -o /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Intermediates/iParcel.build/Debug-iphoneos/iParcel.build/Objects-normal/armv7/iParcel

arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Core.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Network.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20Style.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UI.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UICommon.a: No such file or directory
arm-apple-darwin10-g++-4.2.1: /Users/yveswheeler/Library/Developer/Xcode/DerivedData/iParcel-fkeqjcjcbbhjwhdssjptkdxzzzxh/Build/Products/Debug-iphoneos/libThree20UINavigator.a: No such file or directory
Command /Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/g++-4.2 failed with exit code 1

Comments

क्या बिल्ली है?! एक ही त्रुटि संदेश के लिए कई अलग-अलग समस्याएं । अच्छी नौकरी Apple!

— इलियान ओनोफ्रेई

"त्रुटि: एक त्रुटि हुई है" अधिक उपयोगी होगा :))

— अविराम नेतनल

चेतावनी को देखें लिंकर त्रुटि से पहले बाहर थूकता है; इससे बेहतर / अधिक विशिष्ट समाधान हो सकता है।

— प्रो क्यू

stackoverflow.com/questions/44601404/…

— iOS

Answer 1

यहाँ स्थायी समाधान है। आमतौर पर ओवरराइटिंग परियोजना इस समस्या का कारण बन सकती है। इस पद्धति को अपनाएं।

-अपडेट - क्लैंग एरर - माच-ओ लिंकर एरर

कुछ स्थिति में त्रुटि लॉग विंडो को प्रदर्शित करती है। इसे ठीक करने के लिए .xctest त्रुटि

-> अपनी परियोजना का चयन करें

-> इसके अलावा (सामान्य टैब से पहले) ड्रॉपडाउन से अपनी प्रोजेक्टटेस्ट फ़ाइल चुनें

-> एक विकल्प है (जैसे ProjNameTests)

-> होस्ट एप्लिकेशन में, अपने प्रोजेक्ट को ड्रॉपडाउन से तभी चुनें जब वह कस्टम दिखाएगा

किया हुआ!

पुरानी विधि हटा दी गई

Comments

अगर मैं फ्रेमवर्क खोज पथ निकालता हूं तो मुझे हेडर फ़ाइल नहीं मिल रही है

— Danpe

मुझे लगता है कि मुझे नहीं मिला। मुझे क्या करना चाहिए…?

— फेबियन

@fabian बस छोड़ें और वैकल्पिक समाधान का प्रयास करें :-)

— गजेंद्र के चौहान

मेरा दिन बचा लिया यार। मेरे बॉस के सामने बैठे, उसे उस ऐप को दिखाना होगा जो मैं काम कर रहा हूं, और मुझे यह लिंकर त्रुटि मिली। मैं चला गया था अगर यहाँ नहीं उतरा: डी

— Saraz

अंतिम चरण में मेजबान आवेदन कहां है?

— कार्तिकेय

Answer 2

मुझे भी यही समस्या थी और मुद्दा यह था कि मैंने गलती से .m फाइल को एक कार्यान्वयन फ़ाइल में .h के बजाय आयात किया है - आशा है कि इससे आपको मदद मिलेगी

Comments

त्रुटि खोजने के लिए असंभव! बस हर समाधान की कोशिश करो

— AsifHabib

यह सच नहीं है, मैंने एक नए प्रोजेक्ट में एक ही चीज़ की कोशिश की है और अभी भी वही त्रुटि हो रही है।

— हेमांग

प्रोजेक्ट सेटिंग्स पर जाएं और चरणों का निर्माण करें, सुनिश्चित करें कि आपके पास "संकलन स्रोत" के बजाय अनुभाग "कॉपी बंडल संसाधन" में एक .m फ़ाइल नहीं है। मेरे लिए काम किया

— LuAndre

समाधान खोजना असंभव है। मैं नहीं जानता कि मैं क्या करने जा रहा हूँ ...

— मार्कस

तुमने मेरी जान बचाई। आपको बहुत - बहुत धन्यवाद!

— इसहाक

Answer 3

बस उसी मुद्दे में भाग गया।

समाधान (मेरे लिए) = अपने ढांचे की जांच करें।

मेरे मामले में मैंने "CoreData.framework" के बिना CoreData से संबंधित कक्षाएं जोड़ी थीं। इसे जोड़कर MACH_O शिकायत का समाधान किया गया।

Comments

यह तब भी होता है जब आप फिर से एक पुस्तकालय से जुड़े होते हैं जो नवीनतम एसडीके रिलीज में मौजूद नहीं होता है। मान लीजिए कि आपने libz.1.2.3 के खिलाफ लिंक किया है और sdk में 1.2.5 शामिल है। अपने ढांचे की जाँच करें एक बहुत अच्छा सुझाव है! धन्यवाद डांटे!

— धीरे

धन्यवाद SlowTree, सेव सुझाव ने इस लिंकर क्रैश के साथ मेरे अनुभव को हल किया। libz.1.2.3 से libz.1.2.5;

— टॉम पेस

कोकोपोड्स ने libPods.aमेरे लिए दो फाइलें (इसलिए डुप्लिकेट प्रतीकों) को जोड़ा । धन्यवाद, डांटे!

— निक मेरिल

हाँ। एक .a फ़ाइलों को हटाया गया और लिंकर से फिर से जोड़ा गया। इसका काम किया!

— बालासुब्रमण्यम

Answer 4

खुला .xcworkspace फ़ाइल नहीं .xcodeproj। मैं .xcworkspace फ़ाइल खोलता हूं। आपकी सभी त्रुटियां दूर हो जाएंगी।

Comments

वाह, यह सबसे पागल डिबग संदेशों में से एक होना चाहिए। मैंने सचमुच अनुमान नहीं लगाया होगा कि प्रदान किए गए संदेश के आधार पर यही कारण था।

— जोसेफ केसी

क्या मेरे लिए चाल चली गई क्योंकि एक बाहरी पुस्तकालय था जो कि .xcodeproj में शामिल नहीं था। कोकोपोड्स के साथ क्या करना था

— Sjoerd de Wit

इसने मेरे लिए काम किया। जैसे @SjoerddeWit ने कहा- कोकोपोड्स को शामिल करना .xcodej के बजाय .xcworkspace खोलने की आवश्यकता है।

— कोडी रिचमंड

मेरा दिन बचाया! +1

— ब्रूनो मोंटेइरो

मैंने एक एकता परियोजना को एक्सकोड में निर्यात किया है और कोई .xcworkspace फ़ाइल नहीं है

— आयुष मालवीय

Answer 5

शीर्षक में उल्लिखित समस्या:

बस के मामले में किसी और को स्पष्ट याद किया ...

Xcode4 का नया संस्करण स्थापित करने और मौजूदा फ़ाइलों को एक नए प्रोजेक्ट में खींचने के बाद मुझे यह त्रुटि आई। मैं यह बताने में असफल रहा कि 'ऐड टू टार्गेट' चेकबॉक्स को 'फाइल्स ऐड करने के विकल्प चुनें:' डायलॉग में अनियंत्रित छोड़ दिया गया था। लक्ष्य> बिल्ड चरण> संकलन सूत्रों में मेरी चूक को ठीक करने से समस्या हल हो गई।

Comments

इस ट्रिक ने मेरे लिए काम किया। धन्यवाद। मैंने सभी संकलन निर्देशिकाओं को हटा दिया और परियोजना का पुनर्निर्माण किया।

— विवेक ज्ञानेश्वर

Answer 6

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

Comments

बहुत बढ़िया। अब तक का सबसे आसान उपाय।

— विन्सेंट वैन लीउवेन जू

Answer 7

विचित्र त्रुटि। मेरे लिए, मैंने सिर्फ Xcode को साफ किया और फिर से शुरू किया और समस्या दूर हो गई।

Answer 8

फिक्स: बिल्ड सेटिंग्स> बिटकोड को सक्षम करें> नहीं

Comments

होली शॉट ..! इसने मेरे लिए काम किया :)

— Droid Genie

Answer 9

इनमें से किसी भी उत्तर ने मेरी मदद नहीं की। फिर मैंने कोकोपोड्स को फिर से स्थापित करने की कोशिश की:

pod deintegrate

pod install

समस्या सुलझ गयी!

Comments

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

— पाता

Answer 10

समस्या यह थी कि XCode 4 में, निर्भरताएं मुख्य परियोजना की वास्तुकला सेटिंग्स को नहीं मानती हैं, जैसा कि उन्होंने पहले XCode 3 में किया था। मुझे अपनी सभी निर्भरता के माध्यम से उन्हें सही वास्तुकला के लिए स्थापित करना था।

Comments

धन्यवाद! मुझे इस तथ्य से गुमराह किया गया था कि लिंकर से त्रुटि संदेश "फ़ाइल नहीं मिला" के बारे में शिकायत करता है, न कि "फ़ाइल मिली, लेकिन मैं इसका उपयोग नहीं कर सकता ...", और लाइब्रेरी खोज की तलाश में xcode सेटिंग्स से भटक रहा था पथ। लेकिन यह मेरे लिए काम कर गया। और अगर आपको यह समस्या है, तो यह अन्य पोस्ट भी संबंधित है: stackoverflow.com/questions/2999844/three20-and-ios-4 । इसके अलावा, यह अच्छा सारांश ब्लॉग: amirnaor.com/?p=112

— Rob

Answer 11

मेरे पास समान था और मैं इसे हल करने में कामयाब रहा।

Xcode प्राथमिकताओं में, बिल्ड स्थान के अंतर्गत स्थान टैब परिवर्तन मूल्य " Place build products in locations specified by targets"।

Comments

धन्यवाद वोल्फर्ट, कोशिश की है कि लेकिन अभी भी 1250 Apple Mach-O लिंकर चेतावनी और कोई प्रगति नहीं है। क्या आपने इसे ठीक करने के लिए कुछ और किया? चीयर्स

धन्यवाद Wolfert! आपने मेरा बहुत समय बचाया।

— सुनील टार्गेट

विकल्प XCode 5.1

— हेमांग

Answer 12

मैं इसके साथ थोड़ी देर के लिए संघर्ष किया, और मेरे मामले में यह FRAMEWORK_SEARCH_PATHS नामक खोज पथ के तहत बिल्ड सेटिंग का होना समाप्त हो गया। इससे मुझे मदद मिली कि मैंने "स्तर" बटन का चयन किया, जो मेरी परियोजना, लक्ष्य और "हल" सेटिंग्स की तुलना करने लगा। मैंने देखा कि मेरी टारगेट सेटिंग किसी तरह "$ (विरासत में मिली)" के डिफॉल्ट को ओवरराइड कर देती है, और ओवरराइड वैल्यू वह थी जो सेटिंग होने के लिए XCode "सॉल्व" करती थी। जब मैंने ओवरराइड को हटा दिया, जिसने इस मामले में 3.2 एसडीके निर्दिष्ट किया, तो लिंकर त्रुटियां दूर हो गईं - जैसा कि हाल ही में कुछ कक्षाओं के बारे में चेतावनी दी गई थी, जहां मैंने पोस्ट-4.0 के तरीकों को बुलाया था।

उन चेतावनियों के बारे में - हाल के बदलाव के लिए MessageUI फ्रेमवर्क को जोड़ने से पहले मैंने उन्हें कभी नहीं देखा था। मुझे संदेह है, लेकिन यह सुनिश्चित करने के लिए पता नहीं है कि जब मैंने उस ढांचे को जोड़ा था, तो XCode ने मेरे लक्ष्य पर उस ओवरराइड को जोड़कर कुछ चालाक करने की कोशिश की। मैंने स्पष्ट रूप से किसी भी बिंदु पर ऐसा नहीं किया। उदाहरण के लिए, चेतावनी, NSURL के URLByAppendingPathComponent विधि के बारे में थी, जो sdk 4.0 तक प्रकट नहीं हुई थी। MessageUI फ्रेमवर्क को जोड़ने से पहले, मुझे वह चेतावनी कभी नहीं मिली। और जब से मैंने ओवरराइड को हटा दिया, मैं अब उन्हें नहीं लेता।

Answer 13

मैं इस मुद्दे को था और QuartzCoreयह तय आयात ।

Answer 14

CordovaLib.xcodeproj में "बिल्ड एक्टिव आर्किटेक्चर ओनली" को हां में बदलना -> बिल्ड सेटिंग्स ने मेरे लिए चाल चली। पहले ऐप सिम्युलेटर पर चल रहा था, लेकिन डिवाइस पर नहीं।

Answer 15

आपको अपनी बिल्ड सेटिंग्स को अपडेट करने की आवश्यकता हो सकती है।

IOS लक्ष्य संस्करण और प्रोसेसर आर्किटेक्चर को सत्यापित करें, क्योंकि आपके पास XCode 4 के साथ पुराने एसडीके नहीं हो सकते हैं।

आप बिल्ड सेटिंग्स पर «मिसिंग एसडीके» देख सकते हैं। जो कुछ भी लागू होता है उसे बदलें।

Comments

जब भी मैं xcode को अपग्रेड करता हूं, तो यह पहली बात है। इस बार यह समस्या नहीं है।

— कोडविमिट

Answer 16

मेरे पास एक ही मुद्दा था: बस गलती से एक .m फ़ाइल को हटा दिया गया था, जबकि यह परियोजना में था। जब मैंने .m फ़ाइल को पुनर्स्थापित किया है, तो समस्या गायब हो गई।

Answer 17

यह सुनिश्चित करने के लिए जांचें कि आपके पास निर्दिष्ट विशिष्ट खोज पथ नहीं है। यदि आप लक्ष्य पर जानकारी के लिए जाते हैं और सिर्फ रूपरेखा खोज पथ प्रविष्टियों को हटाते हैं, तो यह आपके निर्दिष्ट परिनियोजन संस्करण के लिए चूक का उपयोग करना चाहिए।

Answer 18

मैं सिर्फ एक बनाने की कोशिश करता हूं category class फ़ाइल और यह अजीब मुद्दा है..और अंत में ...।

गलतसमस्या पैदा करने वाला श्रेणी वर्ग बनाने का तरीका:

New File -> Cocoa Touch -> Objective-C class, तो मैंने नाम की तरह श्रेणी के लिए फ़ाइलों का नाम संशोधित किया है .. (यानी OriginalClass_CategoryName.h/mकरने के लिएOriginalClass+CategoryName.h/m , और भी फाइल में सामग्री संशोधित)।

यहाँ सही तरीका:

New File -> Cocoa Touch -> Objective-C category, और यह ऑटो फ़ाइलों को उत्पन्न करेगा (OriginalClass+CategoryName.h/m )।

ओह, मैं कितना मूर्ख हूँ !!

Answer 19

यदि आप CoreData का उपयोग कर रहे हैं, और आप अपनी संस्थाओं के लिए NSManagedObject उप-वर्ग उत्पन्न करने के लिए XCode का उपयोग करते हैं, तो सुनिश्चित करें कि आप प्रत्येक इकाई के लिए केवल एक उत्पन्न करते हैं।

मेरी समस्या यह थी कि इसने एक ही इकाई के लिए कई NSManagedObject उप-वर्ग उत्पन्न किए (और उन्हें विभिन्न फ़ोल्डरों में रखा)।

मैं बस उन सभी को हटा दिया और NSManagedObject उपवर्गों को फिर से बनाया।

Answer 20

इस मुद्दे को तय करने वाले अजीब सामान की सूची में जोड़ने के लिए ...

मैं एक वैश्विक हेडर फ़ाइल में कुछ const CGFloat चर की तरह था

const NSInteger  globalInteger1 = 2;
const NSInteger  globalInteger2 = 3;

जिस क्षण मैंने इन्हें हटाया, सब ठीक था :)

Comments

मेरा WEIRD मुद्दा .pch या constants.h फ़ाइल में था, जिसे मैंने NSString * const kInitiaNotification = @ "kInitialNotification" के रूप में एक स्थिरांक घोषित किया है; पहली बार "स्थिर" का उल्लेख किए बिना

— Mazen Kasser

मैं इस मुद्दे था बस के बाद मैं से बदल NSString static *key = @"someKey"करने के लिएconst NSString *key = @"someKey"

— TonyTony

Answer 21

मुझे ठीक वैसी ही समस्या थी, क्योंकि मेरे पास अलग-अलग वर्गों में दो समान स्थिरांक थे। यदि आप .m फ़ाइल नहीं .h फ़ाइल आयात करते हैं तो आपको यह समस्या भी हो सकती है

Comments

तुम मेरा दिन बचाओ !!

— टेक वी

@teckwei आप ऊपर तीर को दबा सकते हैं: डी

— एडेला टोडेरिसी

Answer 22

निश्चित नहीं है कि यह संबंधित है, लेकिन यह देखते हुए कि आप कुछ तीन20 लाइब्रेरी चला रहे हैं, आप इस पोस्ट को उनकी वेबसाइट पर देखना चाहेंगे: http://three20.info/article/2011-03-10-Xcode4-Support

Answer 23

मुझे भी यही समस्या थी, और मैंने इसे हल किया। मेरे मामले में, "आर्किटेक्चर" सेटिंग ने समस्या का कारण बना। मेरी परियोजना फ़ाइल में, सेटिंग्स टैब बनाएँ, आर्किटेक्चर armv6 पर सेट किए गए थे। मैंने इसे स्टैंडर्ड (आर्मव 7) में बदल दिया, साफ और निर्माण किया। फिर यह काम किया!

Answer 24

मेरे मामले में समस्या विभिन्न लक्ष्यों के तहत निर्दिष्ट अलग-अलग आर्किटेक्चर थी। मैं अपना आवेदन लक्ष्य armv6, armv7 और cocos2d के साथ Standard (amrv7) के साथ बना रहा था। बिल्ड सेटिंग्स में जाएं और सुनिश्चित करें कि आपके आर्किटेक्चर सभी लक्ष्यों के लिए सहमत हैं।

Answer 25

मैंने इस समस्या को भी अजीब तरीके से हल किया!

लक्ष्य पर जाएं > चरण बनाएँ > पुस्तकालयों के साथ लिंक बाइनरी :

अपने सभी ढांचे निकालें और उन्हें फिर से जोड़ें!

आशा है कि यह आप के लिए काम करता है !

Comments

सुंदर भयानक समाधान

— स्लीप्सऑनवैपर्स

इसका उत्तर नहीं दिया जा सकता ... बहुत तार्किक नहीं

— LKM

मैंने त्रुटि संदेश की जाँच की और पाया कि यह रूपरेखाओं में से एक था, इसलिए मैंने उस ढांचे को हटा दिया और इसे फिर से जोड़ा, सभी रूपरेखाओं को नहीं बल्कि सिर्फ एक को।

— ओल्ववाटॉबी ओमोटायो

Answer 26

स्विफ्ट भाषा के लिए ...

मुझे यह त्रुटि मिल रही है "ld: फ़ाइल बहुत छोटी (लंबाई = 0) ...।"

मेरे मामले में मैं सिर्फ परियोजना को साफ करता हूं और फिर उसका पुनर्निर्माण करता हूं।

कदम:-

1) गोटो प्रोजेक्ट -> स्वच्छ

2) गोटो प्रोजेक्ट -> बिल्ड

उम्मीद है की यह मदद करेगा..

Comments

मेरे लिए काम किया। हुआ जब मैंने iPhone 6 से iPhone 4S में डिवाइस को स्विच किया।

— racl101

मेरे लिए भी काम किया। बहुत बहुत धन्यवाद

— ली

Answer 27

इसने मेरे लिए एक चाल चली:

के लिए जाओ

1) उत्पाद> साफ

2) विंडोज> प्रोजेक्ट्स

3) अपनी परियोजना का चयन करें और " हटाएं " व्युत्पन्न डेटा पर क्लिक करें

4) उत्पाद> निर्माण

Answer 28

एक संभावना: Xcode 4 बिल्ड सेटिंग्स में "डेड कोड स्ट्रिपिंग" चालू करें।

एक और संभावना: यह हो सकता है कि आप एलएलवीएम का उपयोग कर कुछ ढांचे के लिए स्विच करें जो पहले जीसीसी का उपयोग कर रहा था। GCC (या LLVM GCC) पर वापस जाने से उन चेतावनियों से छुटकारा मिल सकता है।

Answer 29

मैंने गलती से एक अलग फ़ाइल में मौजूदा स्थिरांक के रूप में एक ही नाम के साथ एक नया स्थिरांक परिभाषित किया और इसने मेरे लिए xCC 4.3.1 का उपयोग करते हुए इस त्रुटि का कारण बना। XCode ने शिकायत नहीं की लेकिन कंपाइलर इसे पसंद नहीं करता है।

Answer 30

मैं "लाइब्रेरी खोज पथ" का संपादन करके इस त्रुटि को ठीक करने में सक्षम था

यह पहली जगह पर क्रॉप हो गया क्योंकि मैंने कुछ फ़ोल्डर को चारों ओर स्थानांतरित कर दिया था, और यह मेरी बिल्ड सेटिंग्स को दो अलग-अलग खोज पथों को समाप्त करने के बाद समाप्त हो गया क्योंकि जब आप लाइब्रेरी / फ्रेमवर्क लिंक करते हैं तो वे स्वचालित रूप से आपकी बिल्ड सेटिंग्स में जुड़ जाते हैं, लेकिन वे नहीं हैं हमेशा निकाल दिया गया।

इसलिए यदि आप किसी लिंक की गई लाइब्रेरी / फ्रेमवर्क को किसी अलग डायरेक्टरी में ले जाते हैं और उसे फिर से लिंक करते हैं, तो आपको मैन्युअल रूप से खोज पथ को संपादित करना होगा।

आप इसे स्थानांतरित करने से पहले पुस्तकालय / रूपरेखा को हटाकर इसे चकमा दे सकते हैं, लेकिन मैंने इसका परीक्षण नहीं किया है।