Open GoogleCodeExporter opened 8 years ago
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
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
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
Original comment by nightwat...@gmail.com
on 15 Sep 2007 at 2:50
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
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
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
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
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
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
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
Great, Neko.
Give us more information!!!!
Original comment by yoshida....@gmail.com
on 27 Oct 2007 at 1:55
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
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
#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
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
Work-around for macosx_version_min suggested in issue 92.
Original comment by dufa...@hda.com
on 29 Oct 2007 at 12:11
@ #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
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
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
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
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
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
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
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
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
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
Hi,
i've got the same problem. Any ideas?
Original comment by jeanbvk...@googlemail.com
on 20 Jan 2008 at 12:31
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
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
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
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
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
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
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
[deleted comment]
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:
worked for me with CFLAGS=$CFLAGS" -m32" and LDFLAGS=$LDFLAGS"- m32"
Original comment by m.m.ammann
on 29 Apr 2008 at 12:56
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
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
[deleted comment]
Any news on this?
Original comment by terciofi...@gmail.com
on 6 Jul 2009 at 5:47
Any fix for Snow Leopard?
Original comment by antonovi...@gmail.com
on 16 Nov 2009 at 2:00
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
=*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
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
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
Original issue reported on code.google.com by
supp...@nitosoft.com
on 14 Sep 2007 at 2:52