دیگر

آرکیٹیکچر x86_64 کے لیے میک کی خرابی کی علامتیں نہیں ملیں۔

وہاں

اصل پوسٹر
22 جولائی 2016
  • 22 جولائی 2016
ہیلو سب،

میں ایک ایسے پروجیکٹ پر کام کر رہا ہوں جو میک پر ونڈوز ایپلی کیشن کو مرتب کرنے پر مشتمل ہے۔ درخواست C++ میں Qt کے ساتھ لکھی گئی ہے۔ یہ لائبریریوں اور مرکزی پروجیکٹ کے ساتھ بنا ہوا ہے:
http://hpics.li/d8bb2ec
پروجیکٹ .dwg اور .dgn فائلوں کو منظم کرنے کے لیے ایک بیرونی لائبریری، ODA کا استعمال کرتا ہے۔
مسئلہ یہ ہے کہ جب میں پہلی لائبریری (MdCore) مرتب کرتا ہوں، تو مجھے ایک ایرر آتا ہے : نشان (s) آرکیٹیکچر x86_64 کے لیے نہیں ملا۔
پہلے میں نے qmake argument میں -stdlib=libstdc++ شامل کیا لیکن Qt نے مجھے 0 بائٹ فائلیں تیار کیں، تو یہ حل نہیں تھا۔
میں نے ODA لائبریری کا مختلف ورژن آزمایا ہے: OSX 10.7 اور 10.11 کے لیے 32bit، 64bit۔ (میرا میک OSX 10.11 پر ہے)
میں نے اپنی لائبریریوں پر کمانڈ 'فائل' بنایا اور یہاں آؤٹ پٹ:

:
.a: موجودہ آر آرکائیو رینڈم لائبریری

.dylib:
Mach-0 یونیورسل بائنری 2 فن تعمیرات کے ساتھ
(آرکیٹیکچر x68_64 کے لیے): Mach-0 64-bit متحرک طور پر منسلک مشترکہ لائبریری x86_64
(آرکیٹیکچر i386 کے لیے): Mach-0 متحرک طور پر منسلک مشترکہ لائبریری i386

میں نے 32 اور 64 بٹ پر مرتب کرنے کی کوشش کی ہے لیکن اس سے کچھ نہیں بدلا ہے۔ میں دو ہفتوں سے اس پریشانی میں ہوں مجھے نہیں معلوم کہ میں کیا کرسکتا ہوں۔

میں نے Qt فورم پر ایک موضوع بنایا ہے شاید آپ مزید معلومات حاصل کر سکیں:
https://forum.qt.io/topic/69171/compile-generate-0-byte-files-on-os-x/11
https://forum.qt.io/topic/69171/compile-generate-0-byte-files-on-os-x/11
اگر کسی کے پاس کوئی اشارہ یا حل ہے تو مجھے دلچسپی ہوگی۔

شکریہ ! سی

cqexbesd

4 جون 2009


جرمنی
  • 22 جولائی 2016
میں qmake کے بارے میں کچھ نہیں جانتا ہوں لیکن ہوسکتا ہے کہ آپ کو صرف وہی پوسٹ کرنا چاہئے جو آپ کے کمپائلر کو مرتب کرنے کے لئے ہیں اور ہوسکتا ہے کہ کوئی یہ دیکھ سکے کہ کیا غلط ہے۔

وہاں

اصل پوسٹر
22 جولائی 2016
  • 22 جولائی 2016
ہیلو cqexbesd، آپ کے جواب کا شکریہ، یہ ہے بلڈ آؤٹ پٹ کا آغاز:

17:34:10: شروع کریں: '/Users/developpement/Qt/5.7/clang_64/bin/qmake' /Users/developpement/Desktop/Mediacad2/MdCore/MdCore.pro -r -spec macx-clang CONFIG+=degbug x86_64 CONFIG+=qml_debug

17:34:10: عمل '/Users/developpement/Qt/5.7/clang_64/bin/qmake' عام طور پر ختم ہو گیا ہے۔

17:34:10: شروع کریں: '/usr/bin/make'

... سی

cqexbesd

4 جون 2009
جرمنی
  • 24 جولائی 2016
میرا مطلب یہ تھا کہ qmake کمپائلر کو کال کرنے کا صرف ایک ٹول ہے۔ کیا آپ وہ لائن ڈھونڈ سکتے ہیں جہاں qmake کمپائلر کو کال کرتا ہے؟ غالباً یہ اسے صحیح طریقے سے کال نہیں کر رہا ہے یا چیزیں کام کر رہی ہوں گی۔ یہ کم از کم کہیں سے شروع کرنا ہے۔

وہاں

اصل پوسٹر
22 جولائی 2016
  • 25 جولائی 2016
میرے خیال میں یہ یہاں ہے:
کوڈ: |_+_|
میری تالیف آؤٹ پٹ میں میرے پاس وہ لائنیں کئی بار موجود ہیں، لیکن صرف آخری لائن تبدیل ہوتی ہے (فائل کا نام تبدیل ہوتا ہے)

ترمیم کریں: یہاں وہی لائنیں ہیں لیکن ان کے درمیان خالی جگہیں ہیں۔
کوڈ: |_+_| ایک ماڈریٹر کے ذریعہ آخری ترمیم: 25 جولائی 2016 سی

cqexbesd

4 جون 2009
جرمنی
  • 25 جولائی 2016
ایک لنک کرنے والی لائن بھی ہونی چاہیے - جیسے ایک لائن جہاں clang++ کو -c دلیل کے بغیر کہا جاتا ہے۔ یہ مفید ہو سکتا ہے اگر آپ حقیقت میں پورے آؤٹ پٹ کا لنک چسپاں کر سکتے ہیں۔

وہاں

اصل پوسٹر
22 جولائی 2016
  • 26 جولائی 2016
مجھے نہیں لگتا کہ مرتب کرنے والے کے دلائل کو تبدیل کرنا ممکن ہے۔ میں اسے فوری طور پر کر سکتا ہوں۔
یہاں مکمل آؤٹ پٹ ہے (یہ بہت لمبی ہے! 100.000 لائنیں): http://textup.fr/171939hC


ترمیم کریں: میں نے پرامپٹ کے ساتھ مرتب کیا ہے لہذا میرے پاس آؤٹ پٹ پر مزید لائنیں ہیں، اور آخری لائنیں دلچسپ ہیں:


فن تعمیر x86_64 کے لیے غیر متعینہ علامتیں:

کوڈ: |_+_| ایک ماڈریٹر کے ذریعہ آخری ترمیم: 26 جولائی 2016 سی

cqexbesd

4 جون 2009
جرمنی
  • 26 جولائی 2016
میرے خیال میں کسی بھی چیز سے تعمیر کے لئے 100K آؤٹ پٹ لیکن سب سے زیادہ پیچیدہ نظام شاید اس بات کی علامت ہے کہ چیزیں کہیں غلط ہو گئی ہیں - لیکن یہ صنعت کی حالت کے بارے میں زیادہ عمومی تبصرہ ہے۔

اپنے مخصوص مسئلے پر واپس جائیں۔ مجھے آپ کی جانب سے 'مکمل آؤٹ پٹ' میں پوسٹ کردہ لنکنگ کی غلطیاں نظر نہیں آرہی ہیں تاہم یہ صرف ایک باقاعدہ لنکر کی غلطیاں لگتی ہیں۔ دوسرے پلیٹ فارمز کی طرح، آپ nm (یا گوگل) کا استعمال کر سکتے ہیں کہ یہ معلوم کرنے کے لیے کہ ان علامتوں کی کہاں تعریف کی گئی ہے اور ایسا لگتا ہے کہ یہ میرے لیے /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation میں ہے (لیکن میرے پاس بہت زیادہ ہے پرانا میک لہذا یہ آپ کے لئے درست نہیں ہوسکتا ہے)۔

آپ اس لائبریری کے خلاف براہ راست لنک نہیں کریں گے۔ کوڈ شامل کرنے کی کوشش کریں: |_+_| آپ کے لنکر جھنڈوں پر۔

وہاں

اصل پوسٹر
22 جولائی 2016
  • 27 جولائی 2016
ہاں تم صحیح ہو !! آپ کا بہت شکریہ اب میں مرتب کر سکتا ہوں! میں 3 ہفتوں سے اس مسئلے کا سامنا کر رہا تھا! بہت شکریہ ! کے ساتھ

زیبی

5 فروری 2019
  • 5 فروری 2019
cqexbesd نے کہا: میرے خیال میں کسی بھی چیز سے تعمیر کے لیے 100K آؤٹ پٹ لیکن سب سے زیادہ پیچیدہ نظام شاید اس بات کی علامت ہے کہ چیزیں کہیں غلط ہو گئی ہیں - لیکن یہ صنعت کی حالت کے بارے میں زیادہ عمومی تبصرہ ہے۔

اپنے مخصوص مسئلے پر واپس جائیں۔ مجھے آپ کی جانب سے 'مکمل آؤٹ پٹ' میں پوسٹ کردہ لنکنگ کی غلطیاں نظر نہیں آرہی ہیں تاہم یہ صرف ایک باقاعدہ لنکر کی غلطیاں لگتی ہیں۔ دوسرے پلیٹ فارمز کی طرح، آپ nm (یا گوگل) کا استعمال کر سکتے ہیں کہ یہ معلوم کرنے کے لیے کہ ان علامتوں کی کہاں تعریف کی گئی ہے اور ایسا لگتا ہے کہ یہ میرے لیے /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation میں ہے (لیکن میرے پاس بہت زیادہ ہے پرانا میک لہذا یہ آپ کے لئے درست نہیں ہوسکتا ہے)۔

آپ اس لائبریری کے خلاف براہ راست لنک نہیں کریں گے۔ کوڈ شامل کرنے کی کوشش کریں: |_+_| آپ کے لنکر جھنڈوں پر۔
کے ساتھ

زیبی

5 فروری 2019
  • 5 فروری 2019
ہیلو دوستو... میں ایک بہت ہی اسی طرح کی پریشانی سے دوچار ہوا ہوں... لیکن میں کمپائل کرنے کے لیے ٹرمینل استعمال کر رہا ہوں... کیا کوئی مدد کر سکتا ہے کہ میں ٹرمینل کی صورت میں وہی حل کیسے کر سکتا ہوں؟

میرے پاس.

اوکیئم

17 دسمبر 2016
  • 8 فروری 2019
زیبی نے کہا: ہیلو دوستو... میں بھی اسی طرح کی پریشانی میں پڑ گیا ہوں... لیکن میں کمپائل کرنے کے لیے ٹرمینل استعمال کر رہا ہوں... کیا کوئی مدد کر سکتا ہے کہ میں ٹرمینل کی صورت میں وہی حل کیسے کر سکتا ہوں؟

میرے پاس.
env CPPFLAGS='-I/home/foo/sw/include' LDFLAGS='-L/home/foo/sw/lib/' ./configure