problem about llvm-gcc-Collection of common programming errors

2 years ago
admin
3 minutes

  • mmorris
    ios xcode4 llvm-gcc
    Using Xcode 4.0.2, I have a target that compiles, links, and runs properly in the simulator. However when I compile and link it for an iOS device I get the following (full) linker error:Ld /Users/mike/Library/Developer/Xcode/DerivedData/FOObar-ezjrxybxyybadxguvscgaqtaelju/Build/Products/Debug-iphoneos/FrameworkHarness.app/FrameworkHarness normal armv7cd /Users/mike/src/FOO/FOObarsetenv IPHONEOS_DEPLOYMENT_TARGET 4.2setenv PATH “/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin”/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/llvm-gcc-4.2 -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS4.3.sdk -L/Users/mike/Library/Developer/Xcode/DerivedData/FOObar-ezjrxybxyybadxguvscgaqtaelju/Build/Products/Debug-iphoneos -F/Users/mike/Library/Developer/Xcode/DerivedData/FOObar-ezjrxybxyybadxguvscgaqtaelju/Build/Products/Debug-iphoneos -filelist /Users/mike/Library/Developer/Xcode/DerivedData/FOObar-ezjrxybxyybadxguvscgaqtaelju/Build/Intermediates/FOObar.build/Debug-iphoneos/FrameworkHarness.build/Objects-normal/armv7/FrameworkHarness.LinkFileList -dead_strip -miphoneos-version-min=4.2 -framework FOObar -framework UIKit -framework Foundation -framework CoreGraphics -o /Users/mike/Library/Developer/Xcode/DerivedData/FOObar-ezjrxybxyybadxguvscgaqtaelju/Build/Products/Debug-iphoneos/FrameworkHarness.app/FrameworkHarnessAssertion failed: (atom->fixupCount() == 1), function targetCString, file /SourceCache/ld64/ld64-123.3/src/ld/parsers/macho_relocatable_file.cpp, line 4831. 0 0x13886 __assert_rtn + 86 1 0x2dfd8 mach_o::relocatable::PointerToCStringSection::targetCString(mach_o::relocatable::Atom const*, ld::IndirectBindingTable const&) const + 280 2 0x2b27c mach_o::relocatable::PointerToCStringSection::contentHash(mach_o::relocatable::Atom const*, ld::IndirectBindingTable const&) const + 76 3 0x2c57f mach_o::relocatable::Atom::contentHash(ld::IndirectBindingTable const&) const + 47 4 0xae870 ld::tool::SymbolTable::findSlotForReferences(ld::Atom const*, ld::Atom const**) + 704 5 0xb21dc ld::tool::Resolver::convertReferencesToIndirect(ld::Atom const&) + 268 6 0xb33f2 ld::tool::Resolver::doAtom(ld::Atom const&) + 642 7 0x21f7c mach_o::relocatable::File::forEachAtom(ld::File::AtomHandler&) const + 60 8 0xaa29e ld::tool::InputFiles::forEachInitialAtom(ld::File::AtomHandler&) const + 46 9 0xb5924 ld::tool::Resolver::resolve() + 84 10 0x14ff7 main + 871 collect2: ld returned 1 exit statusCan someone shed some light on this?Thanks MikeInvocation with -v/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin/llvm-gcc-4.2 -v -arch armv7 -isysroot /Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhon

  • Matthew Mitchell
    c osx gcc shared-libraries llvm-gcc
    I get this error when compiling:ld: warning: ignoring file /Users/matt/Programming/BitEagle_Projects/cbitcoin/build/obj/CBNetworkFunctions.o, file was built for unsupported file format ( 0x7f 0x45 0x4c 0x46 0x 2 0

  • Dan D.
    xcode gcc llvm-gcc llvm-clang
    I am working on an application(contains 3 projects, 2 in c++ and one in Objective-C) which compiles perfectly for LLVM GCC compiler. But when I switch the compiler to ‘Apple LLVM compiler 3.0’ I found o

  • sehe

  • user1753101
    llvm-gcc klee symbolic-computation
    I have a question about how is working KLEE (symbolic execution tool) in case of loops with symbolic parameters:int loop(int data) {int i, result=0;for (i=0;i

Originally posted 2013-11-10 00:13:59.