Open GoogleCodeExporter opened 9 years ago
never-mind i had some system problems and accidentally uninstalled g++
now i run in to the issue that that the INT_64 class is already in existence
becouse i have a 64 bit distro
can i just comment out the code that causes the problem or is the class
different than what is on my system
now i get this output for the configuration file:
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... arm-apple-darwin
../../odcctools/configure: line 2363: AM_PROG_LEX: command not found
checking for bison... bison -y
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln -s works... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for ranlib... ranlib
checking for ar... ar
checking for configured assembler targets... ppc ppc64 i386 x86_64 arm
checking if -mdynamic-no-pic is supported... no
checking if -fno-builtin-round is supported... yes
checking if -fno-builtin-trunc is supported... yes
checking if -no-cpp-precomp is supported... no
checking if -Wall is supported... yes
checking if -Wno-long-double is supported... yes
checking if -Wno-import is supported... yes
checking if -x objective-c is supported... yes
checking if __private_extern__ is supported... no
checking if -multiply_defined suppress is supported... no
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking stdio.h usability... yes
checking stdio.h presence... yes
checking for stdio.h... yes
checking errno.h usability... yes
checking errno.h presence... yes
checking for errno.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking objc/objc-runtime.h usability... no
checking objc/objc-runtime.h presence... no
checking for objc/objc-runtime.h... no
checking for max unsigned long long... ULLONG_MAX
checking for strmode... no
checking for qsort_r... yes
checking for qsort... yes
checking for getattrlist... no
checking for NSIsSymbolNameDefined... no
checking for strlcpy... no
checking whether getc_unlocked is declared... yes
checking whether byte ordering is bigendian... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating include/Makefile
config.status: WARNING: '../../odcctools/include/Makefile.in' seems to ignore
the --datarootdir setting
config.status: creating libstuff/Makefile
config.status: creating libmacho/Makefile
config.status: creating ar/Makefile
config.status: WARNING: '../../odcctools/ar/Makefile.in' seems to ignore the
--datarootdir setting
config.status: creating as/Makefile
config.status: creating as/ppc/Makefile
config.status: creating as/ppc64/Makefile
config.status: creating as/i386/Makefile
config.status: creating as/x86_64/Makefile
config.status: creating as/arm/Makefile
config.status: creating ld/Makefile
config.status: creating ld64/Makefile
config.status: creating man/Makefile
config.status: creating misc/Makefile
config.status: creating otool/Makefile
config.status: creating include/config.h
config.status: include/config.h is unchanged
and this output for make:
cd libstuff && make
make[1]: Entering directory `/home/forrest/iphone-dev/build/odcctools/libstuff'
gcc -Wall -Wno-long-double -Wno-import -DHAVE_CONFIG_H -D__LITTLE_ENDIAN__=1
-I../include -I../../../odcctools/include -include
../../../odcctools/include/extern.h -I../../../odcctools/include/foreign -g -O2
-fno-builtin-round -fno-builtin-trunc -c -o allocate.o
../../../odcctools/libstuff/allocate.c
In file included from ../../../odcctools/include/mach/i386/vm_types.h:66,
from ../../../odcctools/include/mach/machine/vm_types.h:29,
from ../../../odcctools/include/mach/port.h:79,
from ../../../odcctools/include/mach/std_types.h:63,
from ../../../odcctools/include/mach/mach.h:60,
from ../../../odcctools/libstuff/allocate.c:26:
../../../odcctools/include/i386/_types.h:40: error: conflicting types for
‘__int64_t’
/usr/include/bits/types.h:44: note: previous declaration of ‘__int64_t’ was
here
../../../odcctools/include/i386/_types.h:41: error: conflicting types for
‘__uint64_t’
/usr/include/bits/types.h:45: note: previous declaration of ‘__uint64_t’
was here
cc1: warning: unrecognized command line option "-Wno-long-double"
make[1]: *** [allocate.o] Error 1
make[1]: Leaving directory `/home/forrest/iphone-dev/build/odcctools/libstuff'
make: *** [libstuff] Error 2
Original comment by stber...@gmail.com
on 1 Dec 2010 at 4:28
Original issue reported on code.google.com by
stber...@gmail.com
on 27 Nov 2010 at 4:36