odcctools fails on 10.5 9A527 Intel

[cwalls251]

odcctools fails on 10.5 9A527 Intel

[GoogleCodeExporter]

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 [email protected] on 14 Sep 2007 at 11:26

[GoogleCodeExporter]

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 [email protected] on 14 Sep 2007 at 4:49

[GoogleCodeExporter]

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 [email protected] on 15 Sep 2007 at 2:24

• Changed state: Accepted

[GoogleCodeExporter]

Original comment by [email protected] on 15 Sep 2007 at 2:50

• Added labels: OpSys-OSX-10.5

[GoogleCodeExporter]

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 [email protected] on 15 Sep 2007 at 10:43

[GoogleCodeExporter]

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 [email protected] on 16 Sep 2007 at 1:20

[GoogleCodeExporter]

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

Original comment by [email protected] on 20 Oct 2007 at 1:08

[GoogleCodeExporter]

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 [email protected] on 24 Oct 2007 at 9:07

[GoogleCodeExporter]

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 [email protected] on 26 Oct 2007 at 4:41

[GoogleCodeExporter]

I have fixes for everything for Leopard.

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

-N

Original comment by [email protected] on 26 Oct 2007 at 5:40

[GoogleCodeExporter]

Great news Neko!

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

Original comment by [email protected] on 26 Oct 2007 at 5:49

[GoogleCodeExporter]

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

Original comment by [email protected] on 27 Oct 2007 at 1:55

[GoogleCodeExporter]

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 [email protected] on 27 Oct 2007 at 8:15

[GoogleCodeExporter]

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 [email protected] on 28 Oct 2007 at 1:25

[GoogleCodeExporter]

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

Original comment by [email protected] on 28 Oct 2007 at 5:42

[GoogleCodeExporter]

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 [email protected] on 28 Oct 2007 at 7:26

[GoogleCodeExporter]

Work-around for macosx_version_min suggested in issue 92.

Original comment by [email protected] on 29 Oct 2007 at 12:11

[GoogleCodeExporter]

@ #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 [email protected] on 21 Nov 2007 at 7:41

[GoogleCodeExporter]

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 [email protected] on 2 Dec 2007 at 6:24

[GoogleCodeExporter]

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 [email protected] on 2 Dec 2007 at 7:34

[GoogleCodeExporter]

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 [email protected] on 4 Dec 2007 at 4:24

[GoogleCodeExporter]

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 [email protected] on 8 Dec 2007 at 7:04

[GoogleCodeExporter]

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 [email protected] on 17 Dec 2007 at 9:04

[GoogleCodeExporter]

To build on leopard:

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

Original comment by [email protected] on 27 Dec 2007 at 1:00

[GoogleCodeExporter]

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 [email protected] on 27 Dec 2007 at 3:50

[GoogleCodeExporter]

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 [email protected] on 7 Jan 2008 at 5:58

[GoogleCodeExporter]

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 [email protected] on 13 Jan 2008 at 6:13

[GoogleCodeExporter]

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

Original comment by [email protected] on 20 Jan 2008 at 12:31

[GoogleCodeExporter]

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 [email protected] on 22 Jan 2008 at 7:21

[GoogleCodeExporter]

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 [email protected] on 22 Jan 2008 at 7:35

[GoogleCodeExporter]

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 [email protected] on 25 Jan 2008 at 5:02

[GoogleCodeExporter]

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 [email protected] on 8 Feb 2008 at 4:53

[GoogleCodeExporter]

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 [email protected] on 8 Feb 2008 at 7:57

[GoogleCodeExporter]

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 [email protected] on 9 Feb 2008 at 10:49

[GoogleCodeExporter]

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 [email protected] on 18 Feb 2008 at 12:36

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

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 [email protected] on 20 Mar 2008 at 3:34

Attachments:

• iphone_leopard_toolchain_howto_ja_JP.rtf

[GoogleCodeExporter]

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]

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 [email protected] on 9 May 2008 at 7:12

[GoogleCodeExporter]

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]

[deleted comment]

[GoogleCodeExporter]

Any news on this?

Original comment by [email protected] on 6 Jul 2009 at 5:47

[GoogleCodeExporter]

Any fix for Snow Leopard?

Original comment by [email protected] on 16 Nov 2009 at 2:00

[GoogleCodeExporter]

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 [email protected] on 13 May 2010 at 8:16

[GoogleCodeExporter]

=*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: [email protected]

Original comment by [email protected] on 5 Sep 2010 at 2:35

[GoogleCodeExporter]

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

thx

Original comment by [email protected] on 6 Sep 2011 at 11:45

[GoogleCodeExporter]

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 [email protected] on 3 Jan 2012 at 12:24