odcctools fails on 10.5 9A527 Intel #31

GoogleCodeExporter · 2016-03-19T19:20:18Z

What steps will reproduce the problem?
1. Following the instructions as written

What is the expected output? What do you see instead?
A Proper make

make
cd libstuff && make
gcc -Wall -Wno-long-double -Wno-import  -DHAVE_CONFIG_H    -I..//include 
-I../include   -g 
-O2 -fno-builtin-round -fno-builtin-trunc -no-cpp-precomp -mdynamic-no-pic  -c 
-o 
allocate.o allocate.c
In file included from ..//include/libkern/OSByteOrder.h:70,
                 from ..//include/mach/ndr.h:94,
                 from ..//include/mach/clock_priv.h:7,
                 from ..//include/mach/mach_interface.h:37,
                 from ..//include/mach/mach.h:62,
                 from allocate.c:26:
..//include/libkern/machine/OSByteOrder.h:51: error: redefinition of 
‘_OSSwapInt16’
/usr/include/libkern/i386/_OSByteOrder.h:49: error: previous definition of 
‘_OSSwapInt16’ was 
here
..//include/libkern/machine/OSByteOrder.h:60: error: redefinition of 
‘_OSSwapInt32’
/usr/include/libkern/i386/_OSByteOrder.h:58: error: previous definition of 
‘_OSSwapInt32’ was 
here
..//include/libkern/machine/OSByteOrder.h:69: error: redefinition of 
‘_OSSwapInt64’
/usr/include/libkern/i386/_OSByteOrder.h:69: error: previous definition of 
‘_OSSwapInt64’ was 
here
make[1]: *** [allocate.o] Error 1
make: *** [libstuff] Error 2


What version of the product are you using? On what operating system?
Latest as of 9/13
10.5 9A527 Intel

Please provide any additional information below.

Original issue reported on code.google.com by supp...@nitosoft.com on 14 Sep 2007 at 2:52

The text was updated successfully, but these errors were encountered:

GoogleCodeExporter · 2016-03-19T19:20:19Z

I can confirm this issue. Just checked out the sources and got the same error.
In addition I got an error when calling make the first time:

benq:odcctools dominik$ make
cd . && autoconf
configure.ac:12: error: possibly undefined macro: AM_PROG_LEX
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.

Original comment by west...@gmail.com on 14 Sep 2007 at 11:26

GoogleCodeExporter · 2016-03-19T19:20:19Z

Actually it compiles if one adds
-isysroot /Developer/SDKs/MacOSX10.4u.sdk
to MYINCLUDES in the Makefiles (tried not all of them)
I also tried to set this as CFLAGS but configure complains, because the SDK 
stuff only contains symbols but no 
executable code.

Original comment by west...@gmail.com on 14 Sep 2007 at 4:49

GoogleCodeExporter · 2016-03-19T19:20:19Z

I don't have access to Leopard, but it would be nice if it compiled there too. 
Someone else will have to tackle this 
one.

Original comment by nightwat...@gmail.com on 15 Sep 2007 at 2:24

Changed state: Accepted

GoogleCodeExporter · 2016-03-19T19:20:19Z

Original comment by nightwat...@gmail.com on 15 Sep 2007 at 2:50

Added labels: OpSys-OSX-10.5

GoogleCodeExporter · 2016-03-19T19:20:19Z

Hi westner, would you mind to leave more specific instructions to adding the 
"-isysroot 
/Developer/SDKs/MacOSX10.4u.sdk" (i.e.: where exactly). Is it in the form: 
"CC="cc -isysroot 
/Developer/SDKs/MacOSX10.4u.sdk" or "LD="ld -syslibroot 
/Developer/SDKs/MacOSX10.4u.sdk"? Would love to 
get this working for 10.5. Thank you.

Original comment by johntasc...@gmail.com on 15 Sep 2007 at 10:43

GoogleCodeExporter · 2016-03-19T19:20:19Z

add it to MYINCLUDES in each MakeFile in the subdirectories in odcctools
ex:
MYINCLUDES      = -isysroot /Developer/SDKs/MacOSX10.4u.sdk -I$(builddir) 
-I$(srcdir) -
I$(top_builddir)/include \
            -I$(top_srcdir)/include $(INCPRIVEXT) $(FORHDRS)

Original comment by supp...@nitosoft.com on 16 Sep 2007 at 1:20

GoogleCodeExporter · 2016-03-19T19:20:19Z

doesn't work entirely - some things build but others don't later on in the 
process...

Original comment by ecumedes...@gmail.com on 20 Oct 2007 at 1:08

GoogleCodeExporter · 2016-03-19T19:20:20Z

I've already built the toolchain under 10.4 and since did an upgrade to 10.5 
and my toolchain has remained 
installed. However arm-apple-darwin-ld throws a warning about unknown 
-macosx_version_min parameter 
value:10.5.0 ignored using (10.1) then fails with can't locate file for: 
-lcrt1.10.5.o

Is there an easy fix for this error?

Original comment by indieki...@gmail.com on 24 Oct 2007 at 9:07

GoogleCodeExporter · 2016-03-19T19:20:20Z

I am having the same problem as indiekiduk, not sure if I need to rebuild the
toolchain  but am not looking forward to trying. So if anyone has gotten past 
this,
your help would be appreciated.

Original comment by palo_cl...@hotmail.com on 26 Oct 2007 at 4:41

GoogleCodeExporter · 2016-03-19T19:20:20Z

I have fixes for everything for Leopard.

Now I can share, but there are no project people around!

-N

Original comment by NekoCo...@gmail.com on 26 Oct 2007 at 5:40

GoogleCodeExporter · 2016-03-19T19:20:20Z

Great news Neko!

What do we have to do to get it running again?

Original comment by palo_cl...@hotmail.com on 26 Oct 2007 at 5:49

GoogleCodeExporter · 2016-03-19T19:20:20Z

Great, Neko.
Give us more information!!!!

Original comment by yoshida....@gmail.com on 27 Oct 2007 at 1:55

GoogleCodeExporter · 2016-03-19T19:20:20Z

i can apply patches to the tree.
(i just hope i won't interfere with nightwatch or phiren - that happened last 
time
when i added a feature which nightwatch had implemented in a better way. nice
collision :/ )

please provide what you have, NekoCoder!

Original comment by onit...@gmail.com on 27 Oct 2007 at 8:15

GoogleCodeExporter · 2016-03-19T19:20:20Z

While we're waiting: You can work around the _OSSwapInt16 conflict if you set:
export INCPRIVEXT="-isysroot /Developer/SDKs/MacOSX10.4u.sdk"
prior to building odcctools.  I still haven't gotten beyond the unknown 
-macosx_version_min problem, though I 
can force it to link with a brute-force command line.

Original comment by dufa...@hda.com on 28 Oct 2007 at 1:25

GoogleCodeExporter · 2016-03-19T19:20:21Z

#14 that worked wonders in getting past that conflict.  Now I'm stuck at the 
macosx_version_min issue now too.

Original comment by patrick....@gmail.com on 28 Oct 2007 at 5:42

GoogleCodeExporter · 2016-03-19T19:20:21Z

I've found that if you add "-mmacosx-version-min=10.1" to your CFLAGS things 
will link properly.  I found 
that by using "make -n" and then adding that to the failing link.  However, I 
can't figure out where and how to 
put that somewhere in the configure in such a way that it will build.

Original comment by dufa...@hda.com on 28 Oct 2007 at 7:26

GoogleCodeExporter · 2016-03-19T19:20:21Z

Work-around for macosx_version_min suggested in issue 92.

Original comment by dufa...@hda.com on 29 Oct 2007 at 12:11

GoogleCodeExporter · 2016-03-19T19:20:21Z

@ #14 & 15:
WTFO!?  Doesn't work for me.  

mbp17in2:odcctools gpwolfe$ export INCPRIVEXT="-isysroot 
/Developer/SDKs/MacOSX10.4u.sdk" && sudo 
make
cd libstuff && make
gcc -Wall -Wno-long-double -Wno-import  -DHAVE_CONFIG_H    -I..//include 
-I../../../odcctools/include   -
g -O2 -fno-builtin-round -fno-builtin-trunc -no-cpp-precomp -mdynamic-no-pic  
-c -o execute.o 
../../../odcctools/libstuff/execute.c
In file included from ../../../odcctools/include/libkern/OSByteOrder.h:70,
                 from ../../../odcctools/include/mach/ndr.h:94,
                 from ../../../odcctools/include/mach/clock_priv.h:7,
                 from ../../../odcctools/include/mach/mach_interface.h:37,
                 from ../../../odcctools/include/mach/mach.h:62,
                 from ../../../odcctools/libstuff/execute.c:25:
../../../odcctools/include/libkern/machine/OSByteOrder.h:45: error: 
redefinition of ‘_OSSwapInt16’
/usr/include/libkern/i386/_OSByteOrder.h:49: error: previous definition of 
‘_OSSwapInt16’ was here
../../../odcctools/include/libkern/machine/OSByteOrder.h:54: error: 
redefinition of ‘_OSSwapInt32’
/usr/include/libkern/i386/_OSByteOrder.h:58: error: previous definition of 
‘_OSSwapInt32’ was here
../../../odcctools/include/libkern/machine/OSByteOrder.h:63: error: 
redefinition of ‘_OSSwapInt64’
/usr/include/libkern/i386/_OSByteOrder.h:69: error: previous definition of 
‘_OSSwapInt64’ was here
make[1]: *** [execute.o] Error 1
make: *** [libstuff] Error 2

mbp17in2:odcctools gpwolfe$ env | grep INCP
INCPRIVEXT=-isysroot /Developer/SDKs/MacOSX10.4u.sdk

Original comment by gpwo...@gmail.com on 21 Nov 2007 at 7:41

GoogleCodeExporter · 2016-03-19T19:20:21Z

gpwolfe  - the export fix doesn't work for me either. I am getting the same 
error as you are. After looking at 
the dates on the posts and comparing to yours (and now mine), I wondered if 
some thing changed in Leopard 
software between Oct. 29, 2007 (the date of comment 17) and your post. I 
noticed that I have a later version 
of Leopard than those before us. The post started with "odcctools fails on 10.5 
9A527", but have the problem 
compiling odcctools on an IntelMac OS X 10.5.1 (9B18).

Check your system version and let me know - it would be nice to know that at 
least we are not in this alone...

Anyone have ideas if this is an issue? Better yet... Any fixes??

Original comment by clayton....@gmail.com on 2 Dec 2007 at 6:24

GoogleCodeExporter · 2016-03-19T19:20:21Z

The only other thing I can think of that does not match the directions exactly, 
and hence may cause an issue for 
me, is a mismatched version of Bison. The guide requires (or just specifies??) 
Bison version 1.28. I have Bison 
version 2.3.

Could this version mismatch be an issue?

Just poking around for possibilities...

Original comment by clayton....@gmail.com on 2 Dec 2007 at 7:34

GoogleCodeExporter · 2016-03-19T19:20:21Z

Fixed my issue by following #6. For some reason

export INCPRIVEXT="-isysroot /Developer/SDKs/MacOSX10.4u.sdk" 

didn't work on my system. However, manually editing every Makefile in the 
odcctools subdirectory that has a MYINCLUDES line to include "-isysroot 
/Developer/SDKs/MacOSX10.4u.sdk" (leave off the parentheses when 
adding to Makefiles) did work for me.

Weird, but it works...

Original comment by clayton....@gmail.com on 4 Dec 2007 at 4:24

GoogleCodeExporter · 2016-03-19T19:20:21Z

Fyi, I'm running Leopard and had the same error reported at top.  The good news 
is
that adding:

export INCPRIVEXT="-isysroot /Developer/SDKs/MacOSX10.4u.sdk"

did fix the problem.  I think the trick was simply re-running the configure 
command:

../../odcctools/configure --target=arm-apple-darwin --disable-ld64

after setting INCPRIVEXT, then make again.

Original comment by oyez....@gmail.com on 8 Dec 2007 at 7:04

GoogleCodeExporter · 2016-03-19T19:20:22Z

I'm just confirming what a couple of others have written.  in case anyone skips 
to
the end of the comments first, like I did, it will save them some time.  I 
happened
to have googled for libstream and came across this page *before* building.  i 
read
all the way through the comments and so I was prepared for the compile failure. 
 the
first thing I tried was the last suggestion (export INCPRIVEXT="-isysroot
/Developer/SDKs/MacOSX10.4u.sdk") with the re-configure, and that worked fine.  

oh, and btw it should be emphasized that for headers should still use
MacOSX10.4u.sdk, not .5u.sdk if you have Leopard.

Original comment by jjeffrey...@gmail.com on 17 Dec 2007 at 9:04

GoogleCodeExporter · 2016-03-19T19:20:22Z

To build on leopard:

FORHDRS="-isysroot /Developer/SDKs/MacOSX10.4u.sdk" make

Original comment by royhoo...@gmail.com on 27 Dec 2007 at 1:00

GoogleCodeExporter · 2016-03-19T19:20:22Z

how about adding those two first

export CC="gcc -isysroot /Developer/SDKs/MacOSX10.4u.sdk 
-mmacosx-version-min=10.4" 
export MACOSX_DEPLOYMENT_TARGET=10.4

then

 ../../odcctools/configure --target=arm-apple-darwin --disable-ld64
make

enjoy

Original comment by damien.f...@gmail.com on 27 Dec 2007 at 3:50

GoogleCodeExporter · 2016-03-19T19:20:22Z

I confirm that royhooper's fix works best - the others eiher only work for some
people or screw the build process for apps.

I have a full HOWTO for Leopard at:

http://jiggyapp-devel.googlegroups.com/web/iphone_leopard_toolchain_howto.rtf

Cheers,

Dam

Original comment by damianle...@gmail.com on 7 Jan 2008 at 5:58

GoogleCodeExporter · 2016-03-19T19:20:22Z

after doing like #25 i get:

Thiagos-Mac:odcctools thiago$ make
cd libstuff && make
make[1]: Nothing to be done for `default'.
cd ar && make
make[1]: Nothing to be done for `default'.
cd as && make
cd ppc && make
make[2]: Nothing to be done for `default'.
cd ppc64 && make
make[2]: Nothing to be done for `default'.
cd i386 && make
make[2]: Nothing to be done for `default'.
cd x86_64 && make
make[2]: Nothing to be done for `default'.
cd arm && make
make[2]: Nothing to be done for `all'.
cd include && make
make[1]: Nothing to be done for `default'.
cd libmacho && make
make[1]: Nothing to be done for `default'.
cd ld && make
make[1]: Nothing to be done for `default'.
cd man && make
make[1]: Nothing to be done for `default'.
cd misc && make
gcc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -o 
checksyms
checksyms.o -multiply_defined suppress -L..//libstuff -lstuff
Undefined symbols:
  "_strerror$UNIX2003", referenced from:
      _system_error in libstuff.a(errors.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[1]: *** [checksyms] Error 1
make: *** [misc] Error 2

before that i did:
$ FORHDRS="-isysroot /Developer/SDKs/MacOSX10.4u.sdk"

any ideas on how to solve this / what i'm doing wrong??

Original comment by naves.thiago@gmail.com on 13 Jan 2008 at 6:13

GoogleCodeExporter · 2016-03-19T19:20:22Z

Hi,
i've got the same problem. Any ideas?

Original comment by jeanbvk...@googlemail.com on 20 Jan 2008 at 12:31

GoogleCodeExporter · 2016-03-19T19:20:22Z

Use:
export CC="gcc -isysroot /Developer/SDKs/MacOSX10.4u.sdk 
-mmacosx-version-min=10.4" 
export MACOSX_DEPLOYMENT_TARGET=10.4",
except "Configure and make LLVM-GCC. Make sure that $LLVMOBJDIR and $HEAVENLY 
are set
per the instructions above."

Original comment by captGr...@gmail.com on 22 Jan 2008 at 7:21

GoogleCodeExporter · 2016-03-19T19:20:23Z

For "Configure and make LLVM-GCC. Make sure that $LLVMOBJDIR and $HEAVENLY are 
set
per the instructions above" use:
export CC="gcc -isysroot /Developer/SDKs/MacOSX10.5.sdk 
-mmacosx-version-min=10.5" 
export MACOSX_DEPLOYMENT_TARGET=10.5", I think.

Original comment by captGr...@gmail.com on 22 Jan 2008 at 7:35

GoogleCodeExporter · 2016-03-19T19:20:23Z

same error :(
but if i do like #30 instead of #29 before i configure and make, i get:
Thiagos-Mac:odcctools thiago$ make
cd libstuff && make
make[1]: Nothing to be done for `default'.
cd ar && make
make[1]: Nothing to be done for `default'.
cd as && make
cd ppc && make
make[2]: Nothing to be done for `default'.
cd ppc64 && make
make[2]: Nothing to be done for `default'.
cd i386 && make
make[2]: Nothing to be done for `default'.
cd x86_64 && make
make[2]: Nothing to be done for `default'.
cd arm && make
make[2]: Nothing to be done for `all'.
cd include && make
make[1]: Nothing to be done for `default'.
cd libmacho && make
make[1]: Nothing to be done for `default'.
cd ld && make
make[1]: Nothing to be done for `default'.
cd man && make
make[1]: Nothing to be done for `default'.
cd misc && make
gcc -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5 -o 
checksyms
checksyms.o -multiply_defined suppress -L..//libstuff -lstuff
gcc -isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5 -Wall
-Wno-long-double -Wno-import  -DHAVE_CONFIG_H  -DBINDIR="\"/usr/local/bin\""
-DLDPROG="\"ld\"" -DLD64PROG="\"ld64\""  -I. -I../../../odcctools/misc 
-I..//include
-I../../../odcctools/include   -g -O2 -fno-builtin-round -fno-builtin-trunc
-no-cpp-precomp -mdynamic-no-pic  -c -o lipo.o ../../../odcctools/misc/lipo.c
In file included from ../../../odcctools/include/libkern/OSByteOrder.h:70,
                 from ../../../odcctools/include/mach/ndr.h:94,
                 from ../../../odcctools/include/mach/clock_priv.h:7,
                 from ../../../odcctools/include/mach/mach_interface.h:37,
                 from ../../../odcctools/include/mach/mach.h:62,
                 from ../../../odcctools/misc/lipo.c:56:
../../../odcctools/include/libkern/machine/OSByteOrder.h:45: error: 
redefinition of
‘_OSSwapInt16’
/Developer/SDKs/MacOSX10.5.sdk/usr/include/libkern/i386/_OSByteOrder.h:49: 
error:
previous definition of ‘_OSSwapInt16’ was here
../../../odcctools/include/libkern/machine/OSByteOrder.h:54: error: 
redefinition of
‘_OSSwapInt32’
/Developer/SDKs/MacOSX10.5.sdk/usr/include/libkern/i386/_OSByteOrder.h:58: 
error:
previous definition of ‘_OSSwapInt32’ was here
../../../odcctools/include/libkern/machine/OSByteOrder.h:63: error: 
redefinition of
‘_OSSwapInt64’
/Developer/SDKs/MacOSX10.5.sdk/usr/include/libkern/i386/_OSByteOrder.h:69: 
error:
previous definition of ‘_OSSwapInt64’ was here
make[1]: *** [lipo.o] Error 1
make: *** [misc] Error 2

i dont know if this is relevant but...

Original comment by naves.thiago@gmail.com on 25 Jan 2008 at 5:02

GoogleCodeExporter · 2016-03-19T19:20:23Z

This document needs to be updated:

http://jiggyapp-devel.googlegroups.com/web/iphone_leopard_toolchain_howto.rtf

Step 8 should either export FORHDRS or add make to the same line like in 
Comment 24
by Roy:

  $ export FORHDRS="-isysroot /Developer/SDKs/MacOSX10.4u.sdk"
  $ make

Or:

  $ FORHDRS="-isysroot /Developer/SDKs/MacOSX10.4u.sdk" make

Original comment by mlbrown...@gmail.com on 8 Feb 2008 at 4:53

GoogleCodeExporter · 2016-03-19T19:20:23Z

yep, sure thing...i was following this tutorial and got stuck in step 8, but 
after
doing like #22 i was able to make it ^_^

Original comment by naves.thiago@gmail.com on 8 Feb 2008 at 7:57

GoogleCodeExporter · 2016-03-19T19:20:23Z

I made through the howto until step 13, I got the following error after doing:

  $ make LLVM_VERSION_INFO=2.0-svn-iphone-dev-0.3-svn

configure: error: cannot execute: /usr/local/bin/arm-apple-darwin-ld: check 
--with-ld or env. var. 
DEFAULT_LINKER
make: *** [configure-gcc] Error 1

not really knowing what I was doing I tried setting the DEFAULT_LINKER env. 
var. to /usr/bin/ld and when that 
failed to /Developer/usr/bin/ld, but no avail. 

Somebody able to help an idiot out?

Original comment by kep...@gmail.com on 9 Feb 2008 at 10:49

GoogleCodeExporter · 2016-03-19T19:20:23Z

http://jiggyapp-devel.googlegroups.com/web/iphone_leopard_toolchain_howto.rtf
doesn't work anymore. Can someone post it to a new location?

Original comment by gentzort...@gmail.com on 18 Feb 2008 at 12:36

GoogleCodeExporter · 2016-03-19T19:20:23Z

[deleted comment]

GoogleCodeExporter · 2016-03-19T19:20:24Z

There's an updated version written in English and Japanese at:
   http://edyoshi.up.seesaa.net/docs/iphone_leopard_toolchain_howto_ja_JP.rtf

I've attached it to this post.

Original comment by michael....@gmail.com on 20 Mar 2008 at 3:34

Attachments:

iphone_leopard_toolchain_howto_ja_JP.rtf

GoogleCodeExporter · 2016-03-19T19:20:24Z

worked for me with CFLAGS=$CFLAGS" -m32" and LDFLAGS=$LDFLAGS"- m32"

Original comment by m.m.ammann on 29 Apr 2008 at 12:56

GoogleCodeExporter · 2016-03-19T19:20:24Z

I did a more "pedestrian" thing: just typed 

export INCPRIVEXT="-isysroot /Developer/SDKs/MacOSX10.4u.sdk"

and then called the config / make, and it worked.

Original comment by cheste...@gmail.com on 9 May 2008 at 7:12

GoogleCodeExporter · 2016-03-19T19:20:24Z

Has anyone built with the 10.5 SDK?   -  /Developer/SDKs/MacOSX10.5.sdk
I'd like to get rid of the 10.4u version, PPC support, etc.

Original comment by frankty on 26 Sep 2008 at 12:52

GoogleCodeExporter · 2016-03-19T19:20:24Z

[deleted comment]

GoogleCodeExporter · 2016-03-19T19:20:24Z

Any news on this?

Original comment by terciofi...@gmail.com on 6 Jul 2009 at 5:47

GoogleCodeExporter · 2016-03-19T19:20:24Z

Any fix for Snow Leopard?

Original comment by antonovi...@gmail.com on 16 Nov 2009 at 2:00

GoogleCodeExporter · 2016-03-19T19:20:24Z

Any new update on this issue for snow leopard?
Since the iphone-gcc that runs on the iPhone also breaks on the iPad, I am 
pretty much stuck :(

Original comment by overbom...@gmail.com on 13 May 2010 at 8:16

GoogleCodeExporter · 2016-03-19T19:20:25Z

=*SJ99 - iPhone toolchain SDK v2.0.1*=

==Support Leopard & Snow Leopard (MAC OS 10.5.x & 10.6.x) Perfectly.==
==Support iPhone OS v3.x & 4.x==


Please open this link to view detail:  
http://www.sj99.com/toolchain.html


Usually, in order to develop iPhone toolchain applications, the beginners need 
to download several crosslink package and configure many complicated settings, 
it's very hard to config, complie, and link the toolchain successfully in a 
fews days. Almost 99% of the beginners will encounter several problems, and 
more than half them will gave up.

From now on, everything is easy. All you have to do is just buy/download this 
SJ99 iPhone Toolchain SDK, and install it on your Mac computer, only need to 
click the mouse several times.  It's a good news to all of the iPhone toolchain 
developers. 

[http://www.sj99.com/toolchain/TOOLCHAINSDK-en.png]

SJ99 - iPhone Toolchain SDK


Develop and Distribute Toolchain Application, General Flow:


 [http://www.sj99.com/toolchain/flow.jpg] 

SJ99 - iPhone Toolchain SDK, Installation Screen Snap:


[http://www.sj99.com/toolchain/sj99-iphone-toolchain-1.jpg]


After installed successfully, you can found all of the necessary dev-tools is 
ready on your computer:


There are some Demo Apps with source code that you can find them after 
installed the SDK. They are very easy to learn and test on the real iPhone.


For example, If you want to run one of the Demo App: testapp, just step into 
the source code folder, and run command line: $ make

After run make successfully, you can find the new executable program:test was 
created in the same folder.

Now let's run it on the real iPhone, it's very easy: 
1st. Config your iphone WIFI to link your Mac in a same local network, edit the 
iPhone_ip_address config file on your Mac
2nd. Run a simple command line: $ make up
OK, the script will upload the test program file onto your iPhone, and sign it 
automatically.

Example: You can find the executable file:test  in the /tmp folder on your 
iPhone:




Now you can run it by the terminal App on the iPhone:





This is just a very simple demo. You can use this SDK to develop powerful and 
fully functional iPhone applications.
In order to improve the dev efficiency, we recommend developers using Xcode to 
develop the UI and common functions, just leave all of the underlying/bottom 
functions to Toolchain SDK. It's very easy and suitable for the Xcode project 
to link the dylib file which was complied by Toolchain SDK.


The newest v2.1 version now is available. It has been optimized and support all 
of the XCODE versions, all of the iPhone OS versions, and all of the Apple 
iPhone SDK versions. The v2.1 contain more important demo project source code, 
include dylib project and Xcode UI project which can link and call the api that 
was implemented in a dylib library. 

Please open this link to view detail:  
http://www.sj99.com/toolchain.html


Copyright (C) 2010, SJ99.com Innovation for Dev&Art. Email: sj99com@gmail.com

Original comment by SJ99...@gmail.com on 5 Sep 2010 at 2:35

GoogleCodeExporter · 2016-03-19T19:20:25Z

Hi,
are there any news about building iphone-dev on an intel with macosx 10.5 or 
10.6?

thx

Original comment by Reinhard...@gmail.com on 6 Sep 2011 at 11:45

GoogleCodeExporter · 2016-03-19T19:20:25Z

Hi, 

I was trying to go through the steps bellow and I got the same errors with Snow 
Leopard. After your suggestions I got stuck with the following error not 
reported yet.

Any ideas? Thanks in advance


makecd libstuff && make
gcc -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -Wall 
-Wno-import  -DHAVE_CONFIG_H    -I..//include -I../../../odcctools/include 
-isysroot /Developer/SDKs/MacOSX10.4u.sdk  -g -O2 -fno-builtin-round 
-fno-builtin-trunc -no-cpp-precomp -mdynamic-no-pic  -c -o allocate.o 
../../../odcctools/libstuff/allocate.c
In file included from ../../../odcctools/libstuff/allocate.c:24:
/Developer/SDKs/MacOSX10.4u.sdk/usr/include/stdarg.h:4:25: error: stdarg.h: No 
such file or directory
In file included from ../../../odcctools/include/mach/mach.h:64,
                 from ../../../odcctools/libstuff/allocate.c:26:
../../../odcctools/include/mach/mach_init.h:115: error: expected declaration 
specifiers or ‘...’ before ‘va_list’
../../../odcctools/libstuff/allocate.c: In function ‘makestr’:
../../../odcctools/libstuff/allocate.c:95: error: ‘va_list’ undeclared 
(first use in this function)
../../../odcctools/libstuff/allocate.c:95: error: (Each undeclared identifier 
is reported only once
../../../odcctools/libstuff/allocate.c:95: error: for each function it appears 
in.)
../../../odcctools/libstuff/allocate.c:95: error: expected ‘;’ before 
‘ap’
../../../odcctools/libstuff/allocate.c:102: warning: implicit declaration of 
function ‘va_start’
../../../odcctools/libstuff/allocate.c:102: error: ‘ap’ undeclared (first 
use in this function)
../../../odcctools/libstuff/allocate.c:103: warning: implicit declaration of 
function ‘va_arg’
../../../odcctools/libstuff/allocate.c:103: error: expected expression before 
‘char’
../../../odcctools/libstuff/allocate.c:103: warning: cast to pointer from 
integer of different size
../../../odcctools/libstuff/allocate.c:106: error: expected expression before 
‘char’
../../../odcctools/libstuff/allocate.c:106: warning: cast to pointer from 
integer of different size
../../../odcctools/libstuff/allocate.c:115: error: expected expression before 
‘char’
../../../odcctools/libstuff/allocate.c:115: warning: cast to pointer from 
integer of different size
../../../odcctools/libstuff/allocate.c:118: error: expected expression before 
‘char’
../../../odcctools/libstuff/allocate.c:118: warning: cast to pointer from 
integer of different size
../../../odcctools/libstuff/allocate.c:120: warning: implicit declaration of 
function ‘va_end’
make[1]: *** [allocate.o] Error 1
make: *** [libstuff] Error 2

Original comment by guillerm...@gmail.com on 3 Jan 2012 at 12:24

GoogleCodeExporter added Type-Defect auto-migrated Priority-Medium OpSys-OSX-10.5 labels Mar 19, 2016

odcctools fails on 10.5 9A527 Intel #31

odcctools fails on 10.5 9A527 Intel #31

Comments

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016

GoogleCodeExporter commented Mar 19, 2016