sheebz / ios-toolchain-based-on-clang-for-linux Goto Github PK

Hi Guys,
I ran the following command to build the prebuilt tarball downloaded from the 
code base.

I get the error given below.Please guide--


<instantiation>:90:1: warning: ignoring directive for now
.ifc "%rdi", "%rdi"
^
./objc_msgSend.x86-64.S:149:2: note: while in macro instantiation
 MSGSEND %rdi, %rsi
 ^
<instantiation>:95:1: error: Encountered a .else that doesn't follow a .if or 
an .elseif
.else
^
./objc_msgSend.x86-64.S:149:2: note: while in macro instantiation
 MSGSEND %rdi, %rsi
 ^
<instantiation>:101:1: error: Encountered a .endif that doesn't follow a .if or 
.else
.endif
^
./objc_msgSend.x86-64.S:149:2: note: while in macro instantiation
 MSGSEND %rdi, %rsi
 ^
<instantiation>:90:1: warning: ignoring directive for now
.ifc "%rsi", "%rdi"
^
./objc_msgSend.x86-64.S:153:2: note: while in macro instantiation
 MSGSEND %rsi, %rdx
 ^
<instantiation>:95:1: error: Encountered a .else that doesn't follow a .if or 
an .elseif
.else
^
./objc_msgSend.x86-64.S:153:2: note: while in macro instantiation
 MSGSEND %rsi, %rdx
 ^
<instantiation>:101:1: error: Encountered a .endif that doesn't follow a .if or 
.else
.endif
^
./objc_msgSend.x86-64.S:153:2: note: while in macro instantiation
 MSGSEND %rsi, %rdx
 ^
objc_msgSend.S:4:1: error: unmatched .ifs or .elses

^
make[1]: *** [objc_msgSend.lo] Error 1
make[1]: Leaving directory `/cctools-839-ld64-134.9/libobjc2'
make: *** [install-recursive] Error 1

What steps will reproduce the problem?
(gdb) list
1       #import <Foundation/Foundation.h>
2
3       int main(int argc, char **argv)
4       {
5         @autoreleasepool {
6           NSLog(@"Hello World");
7         }
8       }
(gdb) list
Line number 9 out of range; main.m has 8 lines.
(gdb) list
Line number 9 out of range; main.m has 8 lines.

 I'm going to spend some time check this again apple gdb source code.

error: no matching function 
'clang::HeaderSearch::HeaderSearch(llvm::IntrusiveRefCntPtr<clang::HeaderSearchO
ptions>&, clang::FileManager&, clang::DiagnosticsEngine&, clang::LangOptions&, 
clang::TargetInfo*&)'


According to its documantation 
(http://clang.llvm.org/doxygen/classclang_1_1HeaderSearch.html#a4175174ceb513dff
f19029309e6f16f9) 'FileManager' must be 'SourceManager'; so replacing 
'fileManager' with 'sourceManager' resolve it..

What steps will reproduce the problem?
1.  mkdir Out;cd Out;config;build

g++ -DHAVE_CONFIG_H -I. -I../../xcbuild -I../xcbuild  -fPIC 
-I../../xcbuild/xcbuild/libxcodeutils   -g -O2 -MT xcbuild.o -MD -MP -MF 
.deps/xcbuild.Tpo -c -o xcbuild.o ../../xcbuild/xcbuild.cpp
../../xcbuild/xcbuild.cpp:6:24: fatal error: pbxprojdef.h: No such file or 
directory
compilation terminated.

==== change cbuild.cpp line 6 will fix fix
<#include "pbxprojdef.h"
>#include "libxcodeutils/pbxprojdef.h"

Now I have remote gdb to device working. Have to copy some system file from 
OSX10 to Linux because I can't find them in ios 6.0.1

the system files are /System/Library/Frameworks/Foundation.framework/Foundation 
/System/Library/Frameworks/CoreFoundation.framework/CoreFoundation ( these are 
links to /Versions/C) 

=========Here it goes. 
(gdb) target remote-macosx iphone:4321
Remote debugging using iphone:4321
[New thread 5635]
[Switching to process 5635 thread 0x1603]
0x2feb7028 in ?? ()
Reading symbols for shared libraries warning: Inconsistent DBX_SYMBOL_SIZE 
(nlist record size was 16, is now 12 with /usr/lib)

. done
Reading symbols for shared libraries . done
(gdb) list
1       #import <Foundation/Foundation.h>
2
3       int main(int argc, char **argv)
4       {
5         @autoreleasepool {
6           NSLog(@"Hello World");
7         }
8       }
(gdb) c
Continuing.
warning: Invalid remote reply: vCont;c;C;s;S
2012-12-18 00:38:14.908 hello-c[44946:303] Hello World

Program exited normally.
(gdb) 

Hello,

I downloaded cctools-836-ld64-134.9-1.1.tar.xz and did the following command :
$ ./configure --target=arm-apple-darwin11 --prefix=/usr

The following error appears :
...
checking for suffix of executables...
checking whether we are cross compiling... configure: error in 
`/home/myuser/cctools-836':
configure: error: cannot run C compiled programs.
If you meants to cross compile, use `--host'.
See `config.log' for more details

Then I execute the following command and it appears :
$ ./configure --target=arm-apple-darwin11 --prefix=/usr --host

configure: error: missing argument to --host-alias

I am not a regular user of Linux thus I don't really know how to do now. Do you 
have an idea ?

Is there a more suitable Linux operating system for toolchain cross compiling 
that has been used for this software development ?

Thanks,
Hai

Built everything on Linux 64 box. 
Tested app on iphone4.
This setup is better than ios native build method.

When building cctools I have to set CPPFLAGS=" -D__STDC_LIMIT_MACROS 
-D__STDC_CONSTANT_MACROS" 

What steps will reproduce the problem?
1. checkout the repository https://github.com/haqu/tweejump
2.../../iphonesdk-utils-2.0/xcbuild/ios-xcbuild -c tweejump.xcodeproj/
3. make

What is the expected output? 
A binary file is linked.

What do you see instead?
make
mkdir -p xcbuild
ios-clang -include tweejump/Prefix.pch -I./tweejump -I./tweejump/Classes 
-I./tweejump/libs/FontLabel -I./tweejump/libs/cocos2d 
-I./tweejump/libs/cocos2d/Platforms -I./tweejump/libs/cocos2d/Platforms/Mac 
-I./tweejump/libs/cocos2d/Platforms/iOS -I./tweejump/libs/cocos2d/Support -I. 
-framework QuartzCore -framework OpenGLES -framework OpenAL -framework 
AudioToolbox -framework AVFoundation -framework UIKit -framework Foundation 
-framework CoreGraphics tweejump/libs/cocos2d/CCAction.o 
tweejump/libs/cocos2d/CCActionCamera.o tweejump/libs/cocos2d/CCActionEase.o 
tweejump/libs/cocos2d/CCActionGrid.o tweejump/libs/cocos2d/CCActionGrid3D.o 
tweejump/libs/cocos2d/CCActionInstant.o 
tweejump/libs/cocos2d/CCActionInterval.o 
tweejump/libs/cocos2d/CCActionManager.o 
tweejump/libs/cocos2d/CCActionPageTurn3D.o 
tweejump/libs/cocos2d/CCActionProgressTimer.o 
tweejump/libs/cocos2d/CCActionTiledGrid.o tweejump/libs/cocos2d/CCActionTween.o 
tweejump/libs/cocos2d/CCAnimation.o tweejump/libs/cocos2d/CCAnimationCache.o 
tweejump/libs/cocos2d/CCAtlasNode.o tweejump/libs/cocos2d/CCBlockSupport.o 
tweejump/libs/cocos2d/CCCamera.o tweejump/libs/cocos2d/CCConfiguration.o 
tweejump/libs/cocos2d/CCDirector.o tweejump/libs/cocos2d/CCDrawingPrimitives.o 
tweejump/libs/cocos2d/CCGrabber.o tweejump/libs/cocos2d/CCGrid.o 
tweejump/libs/cocos2d/CCLabelAtlas.o tweejump/libs/cocos2d/CCLabelBMFont.o 
tweejump/libs/cocos2d/CCLabelTTF.o tweejump/libs/cocos2d/CCLayer.o 
tweejump/libs/cocos2d/CCMenu.o tweejump/libs/cocos2d/CCMenuItem.o 
tweejump/libs/cocos2d/CCMotionStreak.o tweejump/libs/cocos2d/CCNode.o 
tweejump/libs/cocos2d/CCParallaxNode.o 
tweejump/libs/cocos2d/CCParticleExamples.o 
tweejump/libs/cocos2d/CCParticleSystem.o 
tweejump/libs/cocos2d/CCParticleSystemPoint.o 
tweejump/libs/cocos2d/CCParticleSystemQuad.o 
tweejump/libs/cocos2d/CCProgressTimer.o tweejump/libs/cocos2d/CCRenderTexture.o 
tweejump/libs/cocos2d/CCRibbon.o tweejump/libs/cocos2d/CCScene.o 
tweejump/libs/cocos2d/CCScheduler.o tweejump/libs/cocos2d/CCSprite.o 
tweejump/libs/cocos2d/CCSpriteBatchNode.o tweejump/libs/cocos2d/CCSpriteFrame.o 
tweejump/libs/cocos2d/CCSpriteFrameCache.o tweejump/libs/cocos2d/CCTexture2D.o 
tweejump/libs/cocos2d/CCTextureAtlas.o tweejump/libs/cocos2d/CCTextureCache.o 
tweejump/libs/cocos2d/CCTexturePVR.o tweejump/libs/cocos2d/CCTileMapAtlas.o 
tweejump/libs/cocos2d/CCTMXLayer.o tweejump/libs/cocos2d/CCTMXObjectGroup.o 
tweejump/libs/cocos2d/CCTMXTiledMap.o tweejump/libs/cocos2d/CCTMXXMLParser.o 
tweejump/libs/cocos2d/CCTransition.o 
tweejump/libs/cocos2d/CCTransitionPageTurn.o 
tweejump/libs/cocos2d/CCTransitionRadial.o tweejump/libs/cocos2d/cocos2d.o 
tweejump/libs/cocos2d/Platforms/iOS/CCDirectorIOS.o 
tweejump/libs/cocos2d/Platforms/iOS/CCTouchDispatcher.o 
tweejump/libs/cocos2d/Platforms/iOS/CCTouchHandler.o 
tweejump/libs/cocos2d/Platforms/iOS/EAGLView.o 
tweejump/libs/cocos2d/Platforms/iOS/ES1Renderer.o 
tweejump/libs/cocos2d/Platforms/iOS/glu.o 
tweejump/libs/cocos2d/Platforms/Mac/CCDirectorMac.o 
tweejump/libs/cocos2d/Platforms/Mac/CCEventDispatcher.o 
tweejump/libs/cocos2d/Platforms/Mac/MacGLView.o 
tweejump/libs/cocos2d/Platforms/Mac/MacWindow.o 
tweejump/libs/cocos2d/Support/base64.o tweejump/libs/cocos2d/Support/CCArray.o 
tweejump/libs/cocos2d/Support/CCFileUtils.o 
tweejump/libs/cocos2d/Support/CCProfiling.o 
tweejump/libs/cocos2d/Support/ccUtils.o 
tweejump/libs/cocos2d/Support/CGPointExtension.o 
tweejump/libs/cocos2d/Support/TGAlib.o 
tweejump/libs/cocos2d/Support/TransformUtils.o 
tweejump/libs/cocos2d/Support/ZipUtils.o tweejump/libs/FontLabel/FontLabel.o 
tweejump/libs/FontLabel/FontLabelStringDrawing.o 
tweejump/libs/FontLabel/FontManager.o 
tweejump/libs/FontLabel/ZAttributedString.o tweejump/libs/FontLabel/ZFont.o 
tweejump/main.o tweejump/AppDelegate.o tweejump/RootViewController.o 
tweejump/Classes/Game.o tweejump/Classes/Highscores.o tweejump/Classes/Main.o 
-o xcbuild/tweejump
Undefined symbols for architecture armv7:
  "_gzclose", referenced from:
      _ccInflateGZipFile in ZipUtils.o
  "_gzopen", referenced from:
      _ccInflateGZipFile in ZipUtils.o
  "_gzread", referenced from:
      _ccInflateGZipFile in ZipUtils.o
  "_inflate", referenced from:
      _inflateMemoryWithHint in ZipUtils.o
  "_inflateEnd", referenced from:
      _inflateMemoryWithHint in ZipUtils.o
  "_inflateInit2_", referenced from:
      _inflateMemoryWithHint in ZipUtils.o
  "_uncompress", referenced from:
      _ccInflateCCZFile in ZipUtils.o
ld: symbol(s) not found for architecture armv7
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [tweejump] Error 1
What version of the product are you using? On what operating system?
Using the latest ios-toolchain from the repository. Ubuntu 13.04.

Please provide any additional information below.
I have symlinked the libLTO shared object
./usr/lib/llvm-3.2/lib/libLTO.so to /lib/libLTO so it would be found during 
linking.

From Feb. 2, Apple will require new submitted apps must support arm64.
Thanks!

Anther IDE trap !!

What steps will reproduce the problem?
======================
1. get class-dump, https://github.com/nygard/class-dump
2. ios-xcbuild -b class-dump.xcodeproj

[519]error: syntax error
Segmentation fault

=========================
Xcode test project based on ios template.

$ ios-xcbuild -c T_1.xcodeproj
There is more than one targets in project files
0, T_1, T_1.app, wrapper.application
1, T_1Tests, T_1Tests.octest, wrapper.cfbundle
Please choose one:0
not implement yet
$ ios-xcbuild -c T_1.xcodeproj
There is more than one targets in project files
0, T_1, T_1.app, wrapper.application
1, T_1Tests, T_1Tests.octest, wrapper.cfbundle
Please choose one:1
Not supported yet.

This is a short description of my experience building the toolchain in case 
somebody else finds it useful.

Building cctools (from svn trunk)
*********************************
Had to install: automake, libtool, proz, uuid-dev, libssl-dev

I ran into the following error:

In file included from ../../../../include/mach-o/dyld_priv.h:27:
../../../../include/mach-o/dyld.h:240:12: error: declaration of 
'_NSGetExecutablePath' has a different language linkage
extern int _NSGetExecutablePath( /* SPI first appeared in Mac OS X 10.2 */
           ^
../../../../ld64/src/3rd/helper.h:23:5: note: previous declaration is here
int _NSGetExecutablePath(char *path, unsigned int *size);

I had to add extern "C" to helper.h (see helper.patch)


Building iphonesdk-utils (from svn trunk)
*****************************************
Had to install: libxml2-dev

First error I ran into:

getLocalizedStringFromFile.cpp:108:22: error: no matching function for call to 
‘clang::HeaderSearchOptions::AddPath(std::basic_string<char>&, 
clang::frontend::IncludeDirGroup, bool, bool, bool)’
getLocalizedStringFromFile.cpp:108:22: note: candidate is:
In file included from /usr/include/clang/Frontend/CompilerInvocation.h:23:0,
                 from /usr/include/clang/Frontend/CompilerInstance.h:15,
                 from getLocalizedStringFromFile.cpp:21:
/usr/include/clang/Lex/HeaderSearchOptions.h:124:8: note: void 
clang::HeaderSearchOptions::AddPath(llvm::StringRef, 
clang::frontend::IncludeDirGroup, bool, bool)
/usr/include/clang/Lex/HeaderSearchOptions.h:124:8: note:   candidate expects 4 
arguments, 5 provided

I removed one 'false' argument from the function call (see 
getLocalizedStringFromFile.patch)

Second erorr:

libtool: link: g++ -g -O2 -o ios-genLocalization ios_genLocalization-main.o 
ios_genLocalization-getLocalizedStringFromFile.o  
../libplutil/.libs/libplutil.a ../libhelper/.libs/libhelper.a -lxml2 
-lclangTooling -lclangFrontendTool -lclangFrontend -lclangDriver 
-lclangSerialization -lclangCodeGen -lclangParse -lclangSema 
-lclangStaticAnalyzerFrontend -lclangStaticAnalyzerCheckers 
-lclangStaticAnalyzerCore -lclangAnalysis -lclangARCMigrate -lclangEdit 
-lclangAST -lclangLex -lclangBasic -L/usr/lib -lLLVMAsmParser 
-lLLVMInstrumentation -lLLVMArchive -lLLVMBitReader -lLLVMLinker 
-lLLVMDebugInfo -lLLVMOption -lLLVMipo -lLLVMVectorize -lLLVMBitWriter 
-lLLVMTableGen -lLLVMHexagonCodeGen -lLLVMHexagonAsmPrinter -lLLVMHexagonDesc 
-lLLVMHexagonInfo -lLLVMNVPTXCodeGen -lLLVMNVPTXDesc -lLLVMNVPTXInfo 
-lLLVMNVPTXAsmPrinter -lLLVMMBlazeDisassembler -lLLVMMBlazeCodeGen 
-lLLVMMBlazeDesc -lLLVMMBlazeAsmPrinter -lLLVMMBlazeAsmParser -lLLVMMBlazeInfo 
-lLLVMMSP430CodeGen -lLLVMMSP430Desc -lLLVMMSP430Info -lLLVMMSP430AsmPrinter 
-lLLVMXCoreDisassembler -lLLVMXCoreCodeGen -lLLVMXCoreDesc -lLLVMXCoreInfo 
-lLLVMXCoreAsmPrinter -lLLVMMipsDisassembler -lLLVMMipsCodeGen 
-lLLVMMipsAsmParser -lLLVMMipsDesc -lLLVMMipsInfo -lLLVMMipsAsmPrinter 
-lLLVMARMDisassembler -lLLVMARMCodeGen -lLLVMARMAsmParser -lLLVMARMDesc 
-lLLVMARMInfo -lLLVMARMAsmPrinter -lLLVMAArch64Disassembler 
-lLLVMAArch64CodeGen -lLLVMAArch64AsmParser -lLLVMAArch64Desc -lLLVMAArch64Info 
-lLLVMAArch64AsmPrinter -lLLVMAArch64Utils -lLLVMPowerPCCodeGen 
-lLLVMPowerPCDesc -lLLVMPowerPCInfo -lLLVMPowerPCAsmPrinter -lLLVMSparcCodeGen 
-lLLVMSparcDesc -lLLVMSparcInfo -lLLVMX86Disassembler -lLLVMX86AsmParser 
-lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMX86Desc 
-lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMMCDisassembler 
-lLLVMMCParser -lLLVMInterpreter -lLLVMMCJIT -lLLVMJIT -lLLVMCodeGen 
-lLLVMObjCARCOpts -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils 
-lLLVMipa -lLLVMAnalysis -lLLVMRuntimeDyld -lLLVMExecutionEngine -lpthread -lrt 
-ldl -lm -lLLVMCppBackendCodeGen -lLLVMCppBackendInfo -lLLVMTarget -lLLVMCore 
-lLLVMMC -lLLVMObject -lLLVMSupport
/usr/bin/ld: /usr/lib/libLLVMSupport.a(Signals.o): undefined reference to 
symbol 'dladdr@@GLIBC_2.2.5'
/usr/bin/ld: note: 'dladdr@@GLIBC_2.2.5' is defined in DSO 
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libdl.so so try 
adding it to the linker command line
/usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libdl.so: could not 
read symbols: Invalid operation

This happens because -ldl comes before -lLLVMSupport in the list of libraries 
passed to ld, so I had to modify the LLVM_LDFLAGS to make sure that it comes 
afterwards (see configure.patch)


Building llvm-gcc
*****************
Initially I tried building the version linked from the wiki page 
(llvm-gcc-for-ios-4.2.tar.xz) however there were numerous problems, such as:

../../gcc/config/arm/arm.c: In function ‘arm_override_options’:
../../gcc/config/arm/arm.c:1570:3: error: ‘DARWIN_ASPEN_VERSION_MIN’ 
undeclared (first use in this function)
../../gcc/config/arm/arm.c:1570:3: note: each undeclared identifier is reported 
only once for each function it appears in

Afterwards, I tried the newer llvm-gcc file (llvm-gcc-4.2-darwin11.tar.gz) 
which also had a couple of problems:

ld: file is universal (4 slices) but does not contain a(n) armv6 slice: 
/usr/share/iPhoneOS6.1.sdk/usr/lib/dylib1.o for architecture armv6
collect2: ld returned 1 exit status
make[3]: *** [libgcc_s.dylib] Error 1

I had to use SDK 4.3 since it contains armv6 libraries. As far as I can tell, 
SDKs higher than 5.1 no longer ship with armv6 so I am not sure how to get it 
to build against SDK 6.0 as per the instructions on the wiki.

Then I got the following error:

gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings 
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long 
-Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition 
-Wmissing-format-attribute  -Wno-error  -DHAVE_CONFIG_H -DGENERATOR_FILE -I. 
-Ibuild -I../../gcc -I../../gcc/build -I../../gcc/../include 
-I../../gcc/../libcpp/include  -I../../gcc/../libdecnumber -I../libdecnumber    
-o build/gengtype-lex.o gengtype-lex.c
gcc: error: gengtype-lex.c: No such file or directory
gcc: fatal error: no input files

After installing bison and flex, the error went away and gcc built.

What steps will reproduce the problem?
1. install the llvm 3.2 binarry for ubuntu 12.04TS
2. compile the cctools: ./configure && make 
3. got the error

What is the expected output? What do you see instead?
undefined reference to 'lto_get_version()'

What version of the product are you using? On what operating system?


Please provide any additional information below.

I've encountered some problems to compile the ios toolchain from 32bits 
GNU/Linux. But after some modifications i was able to compile the complete 
toolchain, since i think this might be helpful to fix some bugs, i've writed 
some changes that i need to make to be able to compile the toolchain.


cctools-836 and gdb-1822-for-linux:
========================================================================

comment __int_64_t and __uint64_t definition from types.h ( otherwise it will 
complain about the double declaration of this two types )
//__extension__ typedef signed long long int __int64_t;
//__extension__ typedef unsigned long long int __uint64_t;
in
/usr/include/bits/types.h
then recomment this...

in Snapshot.cpp
#include <Block.h>
must be
#include <BlocksRuntime/Block.h>

building ld needs -luuid to compile:
/bin/sh ../libtool --tag=CC   --mode=link clang -D__DARWIN_UNIX03 -luuid 
-I../include -I../include/foreign -I../libstuff -Wall -Wno-long-long 
-Wno-import -Wno-format -Wno-deprecated -Wno-unused-variable 
-Wno-invalid-offsetof -DLTO_SUPPORT=1 -D__LITTLE_ENDIAN__=1 -DDEBUG -g -O2   -o 
ld_classic ld_classic-ld.o ld_classic-pass1.o ld_classic-objects.o 
ld_classic-sections.o ld_classic-cstring_literals.o ld_classic-symbols.o 
ld_classic-fvmlibs.o ld_classic-layout.o ld_classic-specs.o ld_classic-pass2.o 
ld_classic-generic_reloc.o ld_classic-rld.o ld_classic-sets.o 
ld_classic-4byte_literals.o ld_classic-8byte_literals.o 
ld_classic-literal_pointers.o ld_classic-dylibs.o 
ld_classic-indirect_sections.o ld_classic-mod_sections.o 
ld_classic-i860_reloc.o ld_classic-ppc_reloc.o ld_classic-m88k_reloc.o 
ld_classic-hppa_reloc.o ld_classic-sparc_reloc.o 
ld_classic-coalesced_sections.o ld_classic-uuid.o ld_classic-debugcompunit.o 
ld_classic-debugline.o ld_classic-arm_reloc.o ../libstuff/libstuff.la


iphonesdk-utils-1.5:
========================================================================

libplutil doesn't come with the plist subfolder includes:
i downloaded the files from: https://github.com/JonathanBeck/libplist

getLocalizedStringFromFile.cpp replace line 96 from ( expects a reference ):
&targetOptions);
to
targetOptions);


gdb-1822-for-linux:
========================================================================

depends on -lCoreFoundation
gcc 
-I/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/opencflite-476.19.0/incl
ude -DTARGET_ARM -I./macosx -o gdb gdb.o cli-dump.o cli-decode.o cli-script.o 
cli-cmds.o cli-setshow.o cli-utils.o cli-logging.o cli-interp.o mi-out.o 
mi-console.o mi-cmds.o mi-cmd-env.o mi-cmd-var.o mi-cmd-break.o mi-cmd-stack.o 
mi-cmd-file.o mi-cmd-disas.o mi-symbol-cmds.o mi-interp.o mi-main.o mi-parse.o 
mi-getopt.o mi-common.o  libgdb.a ../readline/libreadline.a 
-L/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/gdb-1822-for-linux/opcod
es 
-L/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/gdb-1822-for-linux/opcod
es/.libs 
/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/gdb-1822-for-linux/opcodes
/.libs/libopcodes.a 
-L/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/gdb-1822-for-linux/bfd 
-L/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/gdb-1822-for-linux/bfd/.
libs 
/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/gdb-1822-for-linux/bfd/.li
bs/libbfd.a 
-L/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/gdb-1822-for-linux/libib
erty -liberty -lncurses -lm 
-L/home/downloads/temp/ios-toolchain/gdb-1822-for-linux/binary -lCoreFoundation 
-ldl -luuid -lsqlite3



After installing the toolchain:
=========================================================================

arm-apple-darwin11-ar always segfaults


ios clang need to use arm-apple-darwin11-ld, but it tries to use the default ld:
example:

ios-clang -objc-arc -fblocks -g0 -O2 -I"." -framework Foundation  -framework 
UIKit  RootViewController.o main.o HelloWorldApplication.o -o HelloWorld
/usr/bin/ld: unrecognized option '-dynamic'

if i replace symlink ld to the arm ld it works...


static library test fails:
ios-clang -c -objc-arc -fblocks -g0 -O2 -I"." StaticTest.m -o StaticTest.o
arm-apple-darwin11-ar cr libStaticTest.a StaticTest.o
/home/apps/ios/bin/arm-apple-darwin11-ranlib: archive member: 
libStaticTest.a(StaticTest.o) size too large (archive member extends past the 
end of the file)
arm-apple-darwin11-ar: internal ranlib command failed

It's not possible to static link libgcc and libstdc++ ( -static-libgcc 
-static-libstdc++ ), this works in the os x toolchain.

I was able to compile some demo applications changing the default ld and 
avoiding the use of arm-apple-darwin11-ar.


Thanks for all, let me know if i can help in anything.

What steps will reproduce the problem?
1. cd iphonesdk-utils-2.0
2. ./configure --prefix=/usr
3. make

What is the expected output? What do you see instead?
I get the following errors creating the make files

make[2]: Entering directory 
`/home/cameron/src/iphonesdk-utils-2.0/genLocalization2'
g++ -DHAVE_CONFIG_H -I. -I..  -I/usr/include  -D_DEBUG -D_GNU_SOURCE 
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -O3 
-fomit-frame-pointer -std=c++11 -fvisibility-inlines-hidden -fno-exceptions 
-fno-rtti -fPIC -Woverloaded-virtual -ffunction-sections -fdata-sections 
-Wcast-qual -I../libhelper -I../libplutil -fno-rtti   -g -O2 -MT 
ios_genLocalization-getLocalizedStringFromFile.o -MD -MP -MF 
.deps/ios_genLocalization-getLocalizedStringFromFile.Tpo -c -o 
ios_genLocalization-getLocalizedStringFromFile.o `test -f 
'getLocalizedStringFromFile.cpp' || echo './'`getLocalizedStringFromFile.cpp
getLocalizedStringFromFile.cpp: In function 
‘std::vector<std::basic_string<char> > 
getLocalizedStringFromFile(std::string, std::string, 
std::vector<std::basic_string<char> >)’:
getLocalizedStringFromFile.cpp:101:13: error: no matching function for call to 
‘clang::TargetInfo::CreateTargetInfo(clang::DiagnosticsEngine&, 
clang::TargetOptions*)’
             );   
             ^
getLocalizedStringFromFile.cpp:101:13: note: candidate is:
In file included from getLocalizedStringFromFile.cpp:18:0:
/usr/include/clang/Basic/TargetInfo.h:98:3: note: static clang::TargetInfo* 
clang::TargetInfo::CreateTargetInfo(clang::DiagnosticsEngine&, const 
std::shared_ptr<clang::TargetOptions>&)
   CreateTargetInfo(DiagnosticsEngine &Diags,
   ^
/usr/include/clang/Basic/TargetInfo.h:98:3: note:   no known conversion for 
argument 2 from ‘clang::TargetOptions*’ to ‘const 
std::shared_ptr<clang::TargetOptions>&’
getLocalizedStringFromFile.cpp:117:49: error: no matching function for call to 
‘clang::HeaderSearch::HeaderSearch(llvm::IntrusiveRefCntPtr<clang::HeaderSearc
hOptions>&, clang::FileManager&, clang::DiagnosticsEngine&, 
clang::LangOptions&, clang::TargetInfo*&)’
                                      pTargetInfo);
                                                 ^
getLocalizedStringFromFile.cpp:117:49: note: candidate is:
In file included from getLocalizedStringFromFile.cpp:14:0:
/usr/include/clang/Lex/HeaderSearch.h:260:3: note: 
clang::HeaderSearch::HeaderSearch(llvm::IntrusiveRefCntPtr<clang::HeaderSearchOp
tions>, clang::SourceManager&, clang::DiagnosticsEngine&, const 
clang::LangOptions&, const clang::TargetInfo*)
   HeaderSearch(IntrusiveRefCntPtr<HeaderSearchOptions> HSOpts,
   ^
/usr/include/clang/Lex/HeaderSearch.h:260:3: note:   no known conversion for 
argument 2 from ‘clang::FileManager’ to ‘clang::SourceManager&’
getLocalizedStringFromFile.cpp:159:17: error: no matching function for call to 
‘clang::Preprocessor::Preprocessor(llvm::IntrusiveRefCntPtr<clang::Preprocesso
rOptions>&, clang::DiagnosticsEngine&, clang::LangOptions&, 
clang::TargetInfo*&, clang::SourceManager&, clang::HeaderSearch&, 
clang::CompilerInstance&)’
         compInst);
                 ^
getLocalizedStringFromFile.cpp:159:17: note: candidate is:
In file included from getLocalizedStringFromFile.cpp:20:0:
/usr/include/clang/Lex/Preprocessor.h:456:3: note: 
clang::Preprocessor::Preprocessor(llvm::IntrusiveRefCntPtr<clang::PreprocessorOp
tions>, clang::DiagnosticsEngine&, clang::LangOptions&, clang::SourceManager&, 
clang::HeaderSearch&, clang::ModuleLoader&, clang::IdentifierInfoLookup*, bool, 
clang::TranslationUnitKind)
   Preprocessor(IntrusiveRefCntPtr<PreprocessorOptions> PPOpts,
   ^
/usr/include/clang/Lex/Preprocessor.h:456:3: note:   no known conversion for 
argument 4 from ‘clang::TargetInfo*’ to ‘clang::SourceManager&’
getLocalizedStringFromFile.cpp:165:24: error: invalid initialization of 
reference of type ‘const clang::FrontendOptions&’ from expression of type 
‘clang::HeaderSearchOptions’
         frontendOptions);
                        ^
In file included from /usr/include/clang/Frontend/CompilerInstance.h:16:0,
                 from getLocalizedStringFromFile.cpp:21:
/usr/include/clang/Frontend/Utils.h:64:6: error: in passing argument 3 of 
‘void clang::InitializePreprocessor(clang::Preprocessor&, const 
clang::PreprocessorOptions&, const clang::FrontendOptions&)’
 void InitializePreprocessor(Preprocessor &PP,
      ^
getLocalizedStringFromFile.cpp:188:19: error: ‘class clang::SourceManager’ 
has no member named ‘createMainFileID’
     sourceManager.createMainFileID(pFile);
                   ^


What version of the product are you using? On what operating system?
Linux Mint 16 64-bit, Linux kernel 3.11.0-12-generic

Please provide any additional information below.
I'm not certain, but I compared the error producing line (101) with the clang 
documentation of clang::TargetInfo::CreateTargetInfo and the parameter 
targetInfo seems to be of the wrong type. 
http://clang.llvm.org/doxygen/classclang_1_1TargetInfo.html#a44a938d7eca2e63ba70
4ac5538f1a208

What steps will reproduce the problem?
1. run ios-xcbuild against a project that has additional HEADER_SEARCH_PATHS
2. run make
3. build will fail due to missing include paths

What is the expected output? What do you see instead?

What version of the product are you using? On what operating system?

Ubuntu 12.04 LTS i686

Please provide any additional information below.

I've followed all steps on an ubuntu 64-bit box, and finally got everything 
compiling correctly.
When trying to build any iOs code, though, ios-clang can't find any framework, 
and throws errors like:
'CoreServices/CoreServices.h' file not found (in RestKit's case)
./RootViewController.h:3:32: error: cannot find interface declaration for 
'UIViewController' (in HelloWorld's case)

When trying to run ios-switchsdk, I get the following output:

$ ios-switchsdk 
iPhone SDK Setup

This is the first time you use iPhone toolchain for linux.


clang: error: no input files


I believe I followed the steps correctly:
$ ls -al /usr/share/iPhoneOS6.1.sdk/
total 28
drwxr-xr-x   5 root root  4096 Mar 31 06:05 .
drwxr-xr-x 315 root root 12288 Mar 31 07:12 ..
drwxr-xr-x   4 root root  4096 Mar 31 06:05 Developer
-rw-r--r--   1 root root     0 Mar 31 06:05 Entitlements.plist
-rw-r--r--   1 root root     0 Mar 31 06:05 ResourceRules.plist
-rw-r--r--   1 root root     0 Mar 31 06:05 SDKSettings.plist
drwxr-xr-x   3 root root  4096 Mar 31 06:05 System
drwxr-xr-x   4 root root  4096 Mar 31 06:05 usr

System/Library/Frameworks contain all the needed frameworks, along with their 
headers.
Any ideas of what it might be?
Thank you for your hard work!

When I try to build an LTO binary with multiple arch flags (targeting OSX) then 
I get
the following:

thomas@thomas-pc:~/tmp$ o64-clang++ -arch i386 -arch x86_64 -O3 -flto test1.cpp 
-c
/usr/bin/x86_64-apple-darwin12.3-lipo: can't figure out the architecture type 
of: /tmp/test1-2b4ff4.o
clang: error: lipo command failed with exit code 1 (use -v to see invocation)

See http://pastebin.com/raw.php?i=dLaAPxVS for -v.

Using "cctools-839-ld64-134.9" built with --target=x86_64-apple-darwin12.3 with 
clang-3.4 (from http://llvm.org/apt/ - also tried 3.2 shipped with 
ubuntu~13.04, but same result).

Tried this on OSX-10.8 with clang-3.2/cctools 839 too, it works fine there.

But it's not a big deal anyway - building LTO binaries with a single arch flag 
works perfectly fine.

Btw: Thank you so much for your great and - up to date - work, please keep it 
up!

Hello,

I have found a simple bug during the `dist` step and have added a patch.
Disclaimer: I'm not a C++ programmer, but it should work fine.


Awesome project, thank you!

What steps will reproduce the problem?
1. 
http://code.google.com/p/ios-toolchain-based-on-clang-for-linux/wiki/build_clang
_en
2. Build it, we need remove external headers we added before installation to 
avoid install them to system.

$export LDFLAGS+="-lsupc++"
$./configure --enable-optimized --enable-libcpp --enable-cxx11 --prefix=/usr
$make


What is the expected output? What do you see instead?

this is the output i see:

"*** glibc detected *** 
/home/pi/Build/llvm/llvm-svn/Release+Asserts/bin/llvm-tblgen: munmap_chunk(): 
invalid pointer: 0x00206c50 ***
Stack dump:
0.      Program arguments: 
/home/pi/Build/llvm/llvm-svn/Release+Asserts/bin/llvm-tblgen -I 
/home/pi/Build/llvm/llvm-svn/lib/IR -I /home/pi/Build/llvm/llvm-svn/include -I 
/home/pi/Build/llvm/llvm-svn/include -I /home/pi/Build/llvm/llvm-svn/lib/Target 
/home/pi/Build/llvm/llvm-svn/include/llvm/IR/Intrinsics.td -o 
/home/pi/Build/llvm/llvm-svn/lib/IR/Release+Asserts/Intrinsics.gen.tmp 
-gen-intrinsic"

What version of the product are you using? On what operating system?
i´m on an raspberry pi with Raspian Whezzy

What steps will reproduce the problem?
1. Install clang 3.2-1 from Ubuntu 13.04 or clang 3.4-1 on Debian from LLVM APT.
2. ./configure --target=arm-apple-darwin11 --prefix=/usr && make
3. Get error 

What is the expected output? What do you see instead?
libtool.c:1369:38: error: use of undeclared identifier 'OFILE_LLVM_BITCODE'
                            ofiles[i].arch_type == OFILE_LLVM_BITCODE){
                                                   ^
1 error generated.

What version of the product are you using? On what operating system?
Ubuntu 13.04/Debian 7.0

Please provide any additional information below.

I found definition of OFILE_LLVM_BITCODE in file /include/stuff/ofile.h

enum ofile_type {
    OFILE_UNKNOWN,
    OFILE_FAT,
    OFILE_ARCHIVE,
    OFILE_Mach_O
#ifdef LTO_SUPPORT
    ,
    OFILE_LLVM_BITCODE
#endif /* LTO_SUPPORT */
};

When I remove the LTO_SUPPORT condition and make again I get

lto_file.cpp:47:10: fatal error: 'llvm-c/lto.h' file not found
#include "llvm-c/lto.h"
         ^
1 error generated.

after adding #define LTO_SUPPORT to the beggining of ofile.h I get :

../libstuff/.libs/libstuff.a(libstuff_la-ofile.o): In function 
`ofile_specific_member':
/cctools-836/libstuff/ofile.c:2348: undefined reference to `is_llvm_bitcode'
 ../libstuff/.libs/libstuff.a(libstuff_la-ofile.o): In function `ofile_first_member':
/cctools-836/libstuff/ofile.c:1885: undefined reference to `is_llvm_bitcode'
../libstuff/.libs/libstuff.a(libstuff_la-ofile.o): In function 
`ofile_next_member':
/cctools-836/libstuff/ofile.c:2110: undefined reference to `is_llvm_bitcode'
../libstuff/.libs/libstuff.a(libstuff_la-ofile.o): In function 
`ofile_map_from_memory':
/cctools-836/libstuff/ofile.c:1336: undefined reference to `is_llvm_bitcode'
 ../libstuff/.libs/libstuff.a(libstuff_la-ofile.o): In function `ofile_specific_arch':
/cctools-836/libstuff/ofile.c:1620: undefined reference to `is_llvm_bitcode'
../libstuff/.libs/libstuff.a(libstuff_la-ofile.o):/home/daniel/Dokumenty/toolchi
an/cctools-836/libstuff/ofile.c:2918: more undefined references to 
`is_llvm_bitcode' follow
 clang: error: linker command failed with exit code 1 (use -v to see invocation)

Any ideas ? I've tryed building under both - Ubuntu and Debian both 64bit in 
newest versions with all updates installed (Clang versions mentioned above).

What steps will reproduce the problem?
1. Install debugserver for iOS 6.x as described in [HowTo_en] wiki page
2. Launch it with command $/Developer/usr/bin/debugserver 1000 
/Applications/<Some>.app/<Some binary>

What is the expected output? What do you see instead?
Expected: debug server launched & wait for gdb attaching.
Instead i see:
debugserver-189 for armv7.
Usage:
  debugserver host:port [program-name program-arg1 program-arg2 ...]
  debugserver /path/file [program-name program-arg1 program-arg2 ...]
  debugserver host:port --attach=<pid>
  debugserver /path/file --attach=<pid>
  debugserver host:port --attach=<process_name>
  debugserver /path/file --attach=<process_name>

I'm tried to specify args in host:port format, but got this error message:
debugserver-189 for armv7.
error: failed to launch process /Applications/HelloWorld.app/HelloWorld: failed 
to get the task for process 3921

What version of the product are you using? On what operating system?
gdbserver from this link: 
https://ios-toolchain-based-on-clang-for-linux.googlecode.com/files/debugserver-
for-ios-6.x.tar.xz on iOS 6.1

Please provide any additional information below.
Documentation is unclear: which version of debugserver should i use?
It should correspond to iOS version installed on device or iOS SDK used?

Hello People,

I compile the it on Fedora 19 x64:


gcc -c -g -O2 -DTARGET_ARM -I./macosx   -I. -I. -I./config 
-DLOCALEDIR="\"/usr/local/arm/share/locale\"" -DHAVE_CONFIG_H 
-D__LITTLE_ENDIAN__=1 -I./../include/opcode -I./../readline/.. -I../bfd 
-I./../bfd -I./../include  -I../intl -I./../intl  -DMI_OUT=1 -D__MigTypeCheck=1 
-Wimplicit -Wreturn-type -Wcomment -Wtrigraphs -Wformat -Wparentheses 
-Wpointer-arith -Wunused-label -Wunused-function -Wno-format-security 
-Werror=implicit-function-declaration -Wuninitialized  init.c
rm -f libgdb.a
ar q libgdb.a version.o annotate.o auxv.o bfd-target.o blockframe.o 
breakpoint.o findvar.o regcache.o charset.o disasm.o dummy-frame.o source.o 
value.o eval.o valops.o valarith.o valprint.o printcmd.o block.o symtab.o 
symfile.o symmisc.o linespec.o dictionary.o infcall.o infcmd.o infrun.o 
inlining.o expprint.o environ.o stack.o thread.o exceptions.o inf-child.o 
interps.o main.o macrotab.o macrocmd.o macroexp.o macroscope.o event-loop.o 
event-top.o inf-loop.o completer.o gdbarch.o arch-utils.o gdbtypes.o osabi.o 
copying.o memattr.o mem-break.o target.o parse.o language.o buildsym.o 
std-regs.o signals.o kod.o kod-cisco.o gdb-events.o exec.o bcache.o objfiles.o 
observer.o minsyms.o maint.o demangle.o dbxread.o coffread.o coff-pe-read.o 
elfread.o dwarfread.o dwarf2read.o mipsread.o stabsread.o corefile.o 
dwarf2expr.o dwarf2loc.o dwarf2-frame.o ada-lang.o c-lang.o f-lang.o 
objc-lang.o ui-out.o cli-out.o varobj.o wrapper.o jv-lang.o jv-valprint.o 
jv-typeprint.o m2-lang.o p-lang.o p-typeprint.o p-valprint.o scm-exp.o 
scm-lang.o scm-valprint.o sentinel-frame.o complaints.o typeprint.o 
ada-typeprint.o c-typeprint.o f-typeprint.o m2-typeprint.o ada-valprint.o 
c-valprint.o cp-valprint.o f-valprint.o m2-valprint.o nlmread.o serial.o 
mdebugread.o top.o utils.o ui-file.o user-regs.o frame.o frame-unwind.o 
doublest.o frame-base.o gnu-v2-abi.o gnu-v3-abi.o hpacc-abi.o cp-abi.o 
cp-support.o cp-namespace.o reggroups.o regset.o trad-frame.o tramp-frame.o 
fix-and-continue.o checkpoint.o solib.o solib-null.o x86-shared-tdep.o c-exp.o 
cp-name-parser.o objc-exp.o ada-exp.o jv-exp.o f-exp.o m2-exp.o p-exp.o 
core-macho.o xcoffread.o arm-tdep.o arm-macosx-tdep.o arm-macosx-nat-exec.o 
remote-kdp.o kdp-udp.o kdp-transactions.o kdp-protocol.o remote-mobile.o 
macosx-tdep.o machoread.o macosx-nat-cmds-load.o macosx-nat-dyld.o 
macosx-nat-dyld-path.o macosx-nat-dyld-info.o macosx-nat-dyld-process.o 
macosx-nat-dyld-io.o macosx-nat-utils.o ser-base.o ser-unix.o ser-pipe.o 
ser-tcp.o   remote.o dcache.o remote-utils.o tracepoint.o ax-general.o ax-gdb.o 
remote-fileio.o  cli-dump.o cli-decode.o cli-script.o cli-cmds.o cli-setshow.o 
cli-utils.o cli-logging.o cli-interp.o mi-out.o mi-console.o mi-cmds.o 
mi-cmd-env.o mi-cmd-var.o mi-cmd-break.o mi-cmd-stack.o mi-cmd-file.o 
mi-cmd-disas.o mi-symbol-cmds.o mi-interp.o mi-main.o mi-parse.o mi-getopt.o 
mi-common.o inflow.o    init.o
ar: creating libgdb.a
ranlib libgdb.a
make version.o
make[2]: Entering directory `/root/gdb-1822-for-linux/gdb-1822-for-linux/gdb'
make[2]: `version.o' is up to date.
make[2]: Leaving directory `/root/gdb-1822-for-linux/gdb-1822-for-linux/gdb'
rm -f gdb
rm -f -r gdb.dSYM
/bin/sh ./libtool --mode=link gcc -g -O2 -DTARGET_ARM -I./macosx      \
     \
    -o gdb gdb.o cli-dump.o cli-decode.o cli-script.o cli-cmds.o cli-setshow.o cli-utils.o cli-logging.o cli-interp.o mi-out.o mi-console.o mi-cmds.o mi-cmd-env.o mi-cmd-var.o mi-cmd-break.o mi-cmd-stack.o mi-cmd-file.o mi-cmd-disas.o mi-symbol-cmds.o mi-interp.o mi-main.o mi-parse.o mi-getopt.o mi-common.o libgdb.a \
       ../readline/libreadline.a -L../opcodes -L../opcodes/.libs -lopcodes -L../bfd -L../bfd/.libs -lbfd  -L../libiberty -liberty     -lncurses -lm  -L../../binary -lCoreFoundation -ldl -luuid    -lsqlite3 
./libtool: line 1374: cd: ../../binary: No such file or directory
libtool: link: cannot determine absolute directory name of `../../binary'
make[1]: *** [gdb] Error 1
make[1]: Leaving directory `/root/gdb-1822-for-linux/gdb-1822-for-linux/gdb'
make: *** [all-gdb] Error 2

My libtool info:

$libtool --version
libtool (GNU libtool) 2.4.2
Written by Gordon Matzigkeit <[email protected]>, 1996

Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Thanks

I've managed to run ./configure, but running make causes some strange issues.
I'm running Ubuntu 12.04 64bit and I've installed gcc, llvm and clang through 
apt. I'm curious as to whether there are any fixes/patches for this issue. The 
error log is as below:


 .elseif
.else
^
./objc_msgSend.x86-64.S:149:2: note: while in macro instantiation
 MSGSEND %rdi, %rsi
 ^
<instantiation>:101:1: error: Encountered a .endif that doesn't follow a .if or 
.else
.endif
^
./objc_msgSend.x86-64.S:149:2: note: while in macro instantiation
 MSGSEND %rdi, %rsi
 ^
<instantiation>:90:1: warning: ignoring directive for now
.ifc "%rsi", "%rdi"
^
./objc_msgSend.x86-64.S:153:2: note: while in macro instantiation
 MSGSEND %rsi, %rdx
 ^
<instantiation>:95:1: error: Encountered a .else that doesn't follow a .if or 
an .elseif
.else
^
./objc_msgSend.x86-64.S:153:2: note: while in macro instantiation
 MSGSEND %rsi, %rdx
 ^
<instantiation>:101:1: error: Encountered a .endif that doesn't follow a .if or 
.else
.endif
^
./objc_msgSend.x86-64.S:153:2: note: while in macro instantiation
 MSGSEND %rsi, %rdx
 ^
objc_msgSend.S:4:1: error: unmatched .ifs or .elses


Thanks, Adil

Hello, can someone tell me if the project is dead or not ? Is it possible to 
use this toolchain for ios 7 and ios 8 ?

Thank you

What steps will reproduce the problem?
1. Try to build toolchain with newer versions of clang


What is the expected output? What do you see instead?
I expect to see the compiler work. It does not.

What version of the product are you using? On what operating system?
Debian Sid, Linux kernel 3.14-1-amd64.

Please provide any additional information below.
clang 3.2 is no longer packaged in debian sid/jessie. I had to compile it from 
source, a real inconvenience. The toolchain does work with clang-3.2, so it 
worked with my version, but it breaks my package manager. I used checkinstall 
to make a debian package so it could be removed, but it really made it a 
hassle. It's not terribly pressing, because it still works, but an update for 
newer clang would be nice.

Sorry if this is a duplicate bug filing - I think it is different.

What steps will reproduce the problem?
arm-apple-darwin11-ar cr 3.a 1.o 2.o


Bug in emulated.c:
readlink does not append null.

Fix:
diff ./emulated.c ../../Patch/cctools-836/libstuff/emulated.c
24d23
<         path[ret_size]=0;


SVN code should work but malloc is not necessary.

What steps will reproduce the problem?

compile a project with storyboard

What is the expected output? What do you see instead?

expect en.lproj/MainStoryboard_iPhone.storyboardc/ directory to exist

but en.lproj/MainStoryboard_iPhone.storyboard is directly copied to .app bundle

What steps will reproduce the problem?
1. Install toolchain as described in [HowTo_en] wiki page (prebuilt packages 
for Ubuntu 13.04)
2. Create HelloWorld project from "Build an iOS App" this wiki page section.
3. try to make it

What is the expected output? What do you see instead?

I see:
make
ios-clang -c -I/usr/include/llvm-c-3.2 -objc-arc -fblocks -g0 -O2 -I"." 
HelloWorldApplication.m -o HelloWorldApplication.o
In file included from HelloWorldApplication.m:1:
In file included from ./HelloWorldApplication.h:1:
In file included from /usr/share/iPhoneOS5.0.sdk/usr/include/UIKit/UIKit.h:9:
In file included from 
/usr/share/iPhoneOS5.0.sdk/usr/include/UIKit/UIAccelerometer.h:8:
In file included from 
/usr/share/iPhoneOS5.0.sdk/usr/include/Foundation/Foundation.h:6:
/usr/share/iPhoneOS5.0.sdk/usr/include/CoreFoundation/CoreFoundation.h:12:10: 
fatal error: 'stdarg.h' file not found
#include <stdarg.h>
         ^
1 error generated.
make: *** [HelloWorldApplication.o] Error 1

What version of the product are you using? On what operating system?

Ubuntu 13.04 with prebuild packages provided in download section.

Please provide any additional information below.

stdarg.h present in iPhoneOS5.0.sdk/usr/include/c++/4.2.1/tr1 folder, but it 
also includes other stdarg.h from somewhere?
Same error using 6.0 SDK.

What steps will reproduce the problem?
1. run make after creating a project in the project directory.

What is the expected output? What do you see instead?
expected output would be a successful make of the HelloWorld application

instead I get this:

/usr/bin/ld: unrecognized option '-dynamic'
/usr/bin/ld: use the --help option for usage information
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [HelloWorld] Error 1

What version of the product are you using? On what operating system?
current prebuilt tools from the downloads section 
running Ubuntu Gnome 13.10 64bit

Please provide any additional information below.
No idea what this means. Did some google searches, checked other issues, didn't 
find anything :(

Can you upload that one (or add it into iphonesdk-utils) ?

Thanks in advance.

What steps will reproduce the problem?
1.use cmd ios-createProject
2.choose no.7, Example Player
3.then use cmd 'make', it will generate an error,as below:
output: 'stdarg.h' file not found

What is the expected output? What do you see instead?

output: 'stdarg.h' file not found

What version of the product are you using? On what operating system?
Ubuntu 13.10 64 bit desktop version

Please provide any additional information below.
I use the vmware 10.


I do't know if there had something wrong?

Thank you

I am using ubuntu 12.10, I installed the sdk, clang, and some other tools, but 
the i cant use the these 2 command, i cant find them in /usr/bin, and Terminal 
says these commands are not found.