cwalls251 / iphone-dev Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/iphone-dev
iphone-dev's People
Watchers
iphone-dev's Issues
toolchain build fails - can't find -lc
What steps will reproduce the problem?
1. try to build toolchain
What is the expected output? What do you see instead?
What version of the product are you using? On what operating system?
PPC G4 - OS X 10.4.10
Please provide any additional information below.
make \
CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition " \
CONFIG_H="config.h auto-host.h
../../llvm-gcc-4.0-iphone/gcc/../include/ansidecl.h" \
MAKEOVERRIDES= \
-f libgcc.mk all
make
GCC_FOR_TARGET="/Users/marc/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc
-B/Users/marc/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include" \
AR_FOR_TARGET="arm-apple-darwin-ar" \
AR_CREATE_FOR_TARGET="arm-apple-darwin-ar rc" \
AR_EXTRACT_FOR_TARGET="arm-apple-darwin-ar x" \
AR_FLAGS_FOR_TARGET="" \
CC="gcc" CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition " \
BUILD_PREFIX="" \
BUILD_PREFIX_1="loser-" \
LANGUAGES="" \
LIBGCC2_CFLAGS="-O2 -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem
./include -fPIC -pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED " \
MULTILIB_CFLAGS="" T= crt3.o
/Users/marc/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc
-B/Users/marc/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include -O2 -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -fPIC -pipe -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -dynamiclib
-nodefaultlibs -install_name /usr/local/arm-apple-darwin/lib/libgcc_s`if
test . = ppc64 ; then echo _. ; fi`.1.dylib -single_module -o
./libgcc_s.1.dylib.tmp -Wl,-exported_symbols_list,libgcc/./libgcc.map
-compatibility_version 1 -current_version 1.0 libgcc/./_udivsi3_s.o
libgcc/./_divsi3_s.o libgcc/./_umodsi3_s.o libgcc/./_modsi3_s.o
libgcc/./_dvmd_tls_s.o libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o
libgcc/./_lshrdi3_s.o libgcc/./_ashldi3_s.o libgcc/./_ashrdi3_s.o
libgcc/./_cmpdi2_s.o libgcc/./_ucmpdi2_s.o libgcc/./_floatdidf_s.o
libgcc/./_floatdisf_s.o libgcc/./_fixunsdfsi_s.o libgcc/./_fixunssfsi_s.o
libgcc/./_fixunsdfdi_s.o libgcc/./_fixdfdi_s.o libgcc/./_fixunssfdi_s.o
libgcc/./_fixsfdi_s.o libgcc/./_fixxfdi_s.o libgcc/./_fixunsxfdi_s.o
libgcc/./_floatdixf_s.o libgcc/./_fixunsxfsi_s.o libgcc/./_fixtfdi_s.o
libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o libgcc/./_clear_cache_s.o
libgcc/./_enable_execute_stack_s.o libgcc/./_trampoline_s.o
libgcc/./__main_s.o libgcc/./_absvsi2_s.o libgcc/./_absvdi2_s.o
libgcc/./_addvsi3_s.o libgcc/./_addvdi3_s.o libgcc/./_subvsi3_s.o
libgcc/./_subvdi3_s.o libgcc/./_mulvsi3_s.o libgcc/./_mulvdi3_s.o
libgcc/./_negvsi2_s.o libgcc/./_negvdi2_s.o libgcc/./_ctors_s.o
libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o libgcc/./_clz_s.o
libgcc/./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o
libgcc/./_ctzdi2_s.o libgcc/./_popcount_tab_s.o libgcc/./_popcountsi2_s.o
libgcc/./_popcountdi2_s.o libgcc/./_paritysi2_s.o libgcc/./_paritydi2_s.o
libgcc/./_powisf2_s.o libgcc/./_powidf2_s.o libgcc/./_powixf2_s.o
libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/./_muldc3_s.o
libgcc/./_mulxc3_s.o libgcc/./_multc3_s.o libgcc/./_divsc3_s.o
libgcc/./_divdc3_s.o libgcc/./_divxc3_s.o libgcc/./_divtc3_s.o
libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o
libgcc/./_umoddi3_s.o libgcc/./_udiv_w_sdiv_s.o libgcc/./_udivmoddi4_s.o
libgcc/./unwind-dw2_s.o libgcc/./unwind-dw2-fde-darwin_s.o
libgcc/./unwind-sjlj_s.o libgcc/./unwind-c_s.o -lc
/usr/local/bin/arm-apple-darwin-ld: can't locate file for: -lc
collect2: ld returned 1 exit status
make[2]: *** [libgcc_s.dylib] Error 1
make[1]: *** [stmp-multilib] Error 2
make: *** [all-gcc] Error 2
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 9:46
r165: Linking fails on OSX 10.4
What steps will reproduce the problem?
I just followed the build instructions
The final step does not complete
What is the expected output? What do you see instead?
a successfull build.
Error message:
make
GCC_FOR_TARGET="/Users/dominik/Developer/iphone-dev/llvm-gcc-4.0-iphone-build/
gcc/xgcc -B/Users/dominik/Developer/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/
local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/ -isystem
/usr/local/arm-
apple-darwin/include -isystem /usr/local/arm-apple-darwin/sys-include" \
AR_FOR_TARGET="arm-apple-darwin-ar" \
AR_CREATE_FOR_TARGET="arm-apple-darwin-ar rc" \
AR_EXTRACT_FOR_TARGET="arm-apple-darwin-ar x" \
AR_FLAGS_FOR_TARGET="" \
CC="gcc" CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-
prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition
" \
BUILD_PREFIX="" \
BUILD_PREFIX_1="loser-" \
LANGUAGES="" \
LIBGCC2_CFLAGS="-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -
Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pipe -g -
DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED " \
MULTILIB_CFLAGS="" T= crt3.o
/Users/dominik/Developer/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc -B/Users/
dominik/Developer/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-
darwin/bin/ -B/usr/local/arm-apple-darwin/lib/ -isystem
/usr/local/arm-apple-darwin/include
-isystem /usr/local/arm-apple-darwin/sys-include -O2 -DIN_GCC -W -Wall
-Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem
./include -fPIC -
pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -dynamiclib -
nodefaultlibs -install_name /usr/local/arm-apple-darwin/lib/libgcc_s`if test .
= ppc64 ; then
echo _. ; fi`.1.dylib -single_module -o ./libgcc_s.1.dylib.tmp -Wl,-
exported_symbols_list,libgcc/./libgcc.map -compatibility_version 1
-current_version 1.0
libgcc/./_udivsi3_s.o libgcc/./_divsi3_s.o libgcc/./_umodsi3_s.o
libgcc/./_modsi3_s.o libgcc/./
_dvmd_tls_s.o libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o libgcc/./_lshrdi3_s.o
libgcc/./
_ashldi3_s.o libgcc/./_ashrdi3_s.o libgcc/./_cmpdi2_s.o libgcc/./_ucmpdi2_s.o
libgcc/./
_floatdidf_s.o libgcc/./_floatdisf_s.o libgcc/./_fixunsdfsi_s.o
libgcc/./_fixunssfsi_s.o libgcc/./
_fixunsdfdi_s.o libgcc/./_fixdfdi_s.o libgcc/./_fixunssfdi_s.o
libgcc/./_fixsfdi_s.o libgcc/./
_fixxfdi_s.o libgcc/./_fixunsxfdi_s.o libgcc/./_floatdixf_s.o
libgcc/./_fixunsxfsi_s.o libgcc/./
_fixtfdi_s.o libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o
libgcc/./_clear_cache_s.o libgcc/./
_enable_execute_stack_s.o libgcc/./_trampoline_s.o libgcc/./__main_s.o
libgcc/./_absvsi2_s.o
libgcc/./_absvdi2_s.o libgcc/./_addvsi3_s.o libgcc/./_addvdi3_s.o
libgcc/./_subvsi3_s.o libgcc/./
_subvdi3_s.o libgcc/./_mulvsi3_s.o libgcc/./_mulvdi3_s.o libgcc/./_negvsi2_s.o
libgcc/./
_negvdi2_s.o libgcc/./_ctors_s.o libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o
libgcc/./_clz_s.o
libgcc/./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o
libgcc/./_ctzdi2_s.o libgcc/./
_popcount_tab_s.o libgcc/./_popcountsi2_s.o libgcc/./_popcountdi2_s.o
libgcc/./_paritysi2_s.o
libgcc/./_paritydi2_s.o libgcc/./_powisf2_s.o libgcc/./_powidf2_s.o
libgcc/./_powixf2_s.o
libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/./_muldc3_s.o
libgcc/./_mulxc3_s.o libgcc/./
_multc3_s.o libgcc/./_divsc3_s.o libgcc/./_divdc3_s.o libgcc/./_divxc3_s.o
libgcc/./_divtc3_s.o
libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o
libgcc/./_umoddi3_s.o libgcc/./
_udiv_w_sdiv_s.o libgcc/./_udivmoddi4_s.o libgcc/./unwind-dw2_s.o
libgcc/./unwind-dw2-fde-
darwin_s.o libgcc/./unwind-sjlj_s.o libgcc/./unwind-c_s.o -lc
/usr/local/bin/arm-apple-darwin-ld: can't locate file for: -lc
collect2: ld returned 1 exit status
make[2]: *** [libgcc_s.dylib] Error 1
make[1]: *** [stmp-multilib] Error 2
make: *** [all-gcc] Error 2
What version of the product are you using? On what operating system?
r165
OSX 10.4
Please provide any additional information below.
I have tried to build on 10.5 preview, which failed.
Did a make clean and retried on 10.4
Original issue reported on code.google.com by [email protected] on 14 Sep 2007 at 11:37
Linking problems on Linux that cause strip to produce corrupt objects
The toolchain, when built on Linux, incorrectly links libgcc_s.10.4.dylib.tmp,
resulting in a corrupt
binary when run through strip (the magic number is wrong!) Unknown why this
occurs.
On Linux some symbols in libgcc_s.10.4.dylib.tmp are not marked external (div0,
etc), while they
are on OS X. Maybe this has something to do with it?
Original issue reported on code.google.com by [email protected] on 13 Sep 2007 at 8:06
Parse errors from as
What steps will reproduce the problem?
Run the following through the assembler:
LPC176:
add r12, pc, r12
flds s28, [r12]
flds s29, [r0, #+20]
fsts s29, [sp, #+32]
flds s29, [r0, #+28]
fsts s29, [sp, #+24]
flds s29, [r0, #+16]
fsts s29, [sp, #+20]
flds s29, [r0, #+4]
flds s30, [r0, #+8]
flds s31, [r0, #+24]
fsts s31, [sp, #+12]
flds s31, [r0, #+12]
fsts s31, [sp]
flds s31, [r0, #+32]
fsts s26, [r2, #+36]
flds s26, [r3, #+104]
fmuls s24, s26, s24
e.g. /usr/local/bin/arm-apple-darwin-as -arch arm -force_cpusubtype_ALL -o
foo.o foo.s
This produces the following errors:
foo.s:12:parse error, expecting `OPRD_REG_S'
foo.s:13:Spurious digit 0.
foo.s:13:Rest of line ignored. 1st junk character valued 91 ([).
foo.s:13:parse error, expecting `OPRD_REG_S'
foo.s:14:Spurious digit 0.
foo.s:14:Rest of line ignored. 1st junk character valued 91 ([).
foo.s:14:parse error, expecting `OPRD_REG_S'
foo.s:15:Spurious digit 0.
foo.s:15:Rest of line ignored. 1st junk character valued 91 ([).
foo.s:15:parse error, expecting `OPRD_REG_S'
foo.s:16:Spurious digit 0.
foo.s:16:Rest of line ignored. 1st junk character valued 91 ([).
foo.s:16:parse error, expecting `OPRD_REG_S'
foo.s:17:Spurious digit 0.
foo.s:17:Rest of line ignored. 1st junk character valued 91 ([).
What is the expected output? What do you see instead?
The parse errors prevent the assembler from producing an object file
What version of the product are you using? On what operating system?
/usr/local/bin/arm-apple-darwin-gcc -v
Using built-in specs.
Target: arm-apple-darwin
Configured with: ../llvm-gcc-4.0-iphone/configure
--enable-llvm=/Users/mccreary/iPhone/llvm-svn
--enable-languages=c,c++,objc,obj-c++ --target=arm-apple-darwin
--enable-sjlj-exceptions
--with-heavenly=/usr/local/share/Heavenly1A543a.UserBundle
--with-as=/usr/local/bin/arm-apple-darwin-as
--with-ld=/usr/local/bin/arm-apple-darwin-ldThread model: posixgcc version
4.0.1 (Apple Computer, Inc. build 5449)(LLVM build 2.0-svn-iphone-dev-0.3-svn)
The host OS is MacOS X 10.4.8
Please provide any additional information below.
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 11:38
Floating point code miscompiled on OS X PPC
What steps will reproduce the problem?
1. Compiled latest svn toolchain today (Sep 12, 07) on PPC G4 1Ghz MacOSX 10.4
2. Compiled uikit hello world app and deployed to iPhone
3. Relaunched summerboard and launched app
What is the expected output? What do you see instead?
I expected to see the "foo" and "bar" menu buttons at the top with the
hello world message in the body.
What I got was a black screen. I can hit the button to go back to
summerboard still so it didn't crash.
What version of the product are you using? On what operating system?
arm-apple-darwin-gcc -v:
Using built-in specs.
Target: arm-apple-darwin
Configured with: ../llvm-gcc-4.0-iphone/configure
--enable-llvm=/Users/dave/toolchain/llvm-svn
--enable-languages=c,c++,objc,obj-c++ --target=arm-apple-darwin
--enable-sjlj-exceptions --with-heavenly=/usr/local/share/heavenly
--with-as=/usr/local/bin/arm-apple-darwin-as
--with-ld=/usr/local/bin/arm-apple-darwin-ld
Thread model: posix
gcc version 4.0.1 (Apple Computer, Inc. build 5449)(LLVM build
2.0-svn-iphone-dev-0.3-svn)
sysctl -a:
kern.version = Darwin Kernel Version 8.10.0: Wed May 23 16:50:59 PDT 2007;
root:xnu-792.21.3~1/RELEASE_PPC
Please provide any additional information below.
I think the resulting executable is not right for some reason. I wish I
had an executable compiled by the toolchain on an x86 mac to compare with.
I have attached a tarball with the hello world folder containing the
source, makefile, and compiled executable.
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 11:48
Attachments:
Create scripts to make deb packages
.deb packages are used both by the very popular Ubuntu, and Debian (and
some other distributions)
When deb packages are hosted in a repository, users can add that repository
and for example type:
$ sudo apt-get install iphone-dev
apt-get will then download and install all required packages.
Headers will be a problem because of copywrite issues, but a script could
written which will help the user get the headers legally, then patch and
install them.
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 12:58
ranlib(1) writes uninitialized bytes to the output
Well, this is certainly a bug. Perhaps this is the cause of issue 29?
==28131== My PID = 28131, parent PID = 26294. Prog and args are:
==28131== arm-apple-darwin-core-ranlib
==28131== -c
==28131== kext/libgcov.a
==28131==
==28131== Syscall param write(buf) points to uninitialised byte(s)
==28131== at 0x40007F2: (within /lib/ld-2.5.so)
==28131== by 0x804D159: process (libtool.c:1400)
==28131== by 0x804C3BA: main (libtool.c:1144)
==28131== Address 0x4173AA6 is 222 bytes inside a block of size 3,072 alloc'd
==28131== at 0x402095F: calloc (vg_replace_malloc.c:279)
==28131== by 0x806BBE5: vm_allocate (emulated.c:67)
==28131== by 0x804E483: create_library (libtool.c:2025)
==28131== by 0x804D159: process (libtool.c:1400)
==28131== by 0x804C3BA: main (libtool.c:1144)
==28131==
==28131== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 13 from 1)
==28131== malloc/free: in use at exit: 4,995 bytes in 21 blocks.
==28131== malloc/free: 31 allocs, 10 frees, 12,255 bytes allocated.
==28131== For counts of detected errors, rerun with: -v
Original issue reported on code.google.com by [email protected] on 14 Sep 2007 at 3:51
[deleted issue]
[deleted issue]
#error "Need to have standard iterator
$ make ENABLE_OPTIMIZED=1
llvm[1]: Compiling Alarm.cpp for Release build
llvm[1]: Compiling Disassembler.cpp for Release build
llvm[1]: Compiling DynamicLibrary.cpp for Release build
llvm[1]: Compiling IncludeFile.cpp for Release build
llvm[1]: Compiling MappedFile.cpp for Release build
llvm[1]: Compiling Memory.cpp for Release build
llvm[1]: Compiling Mutex.cpp for Release build
llvm[1]: Compiling Path.cpp for Release build
llvm[1]: Compiling Process.cpp for Release build
llvm[1]: Compiling Program.cpp for Release build
llvm[1]: Compiling Signals.cpp for Release build
In file included from /Users/Pear_PC/llvm-svn/include/llvm/ADT/STLExtras.h:23,
from Unix/Signals.inc:16,
from Signals.cpp:30:
/Users/Pear_PC/llvm-svn/include/llvm/ADT/iterator:55:4: error: #error "Need
to have standard iterator to define bidirectional iterator!"
/Users/Pear_PC/llvm-svn/include/llvm/ADT/iterator:71:4: error: #error "Need
to have standard iterator to define forward iterator!"
make[1]: *** [/Users/Pear_PC/llvm-svn/lib/System/Release/Signals.o] Error 1
make: *** [all] Error 1
Anyone know why i keep geting this?
Thank you
Original issue reported on code.google.com by [email protected] on 18 Sep 2007 at 2:13
gperf not tested in config
the gperf command is not check by configure for step "Configure and make
LLVM-GCC"
This resulted in a build failure with gpref command not found error, half
way through the build.
After installing gpref, from the current Fedora 7 repo.
$ gperf -v
GNU gperf 3.0.2
...
I got half way through $ make LLVM_VERSION_INFO=2.0-svn-iphone-dev-0.3-svn
where it failed with:
make[1]: Entering directory
`/home/gax/work/iphone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
gcc -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wold-style-definition
-DHAVE_CONFIG_H -DENABLE_LLVM -I/home/gax/work/iphone/llvm-svn/include
-D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS
-DLLVM_VERSION_INFO='"2.0-svn-iphone-dev-0.3-svn"' -I. -Icp
-I../../llvm-gcc-4.0-iphone/gcc -I../../llvm-gcc-4.0-iphone/gcc/cp
-I../../llvm-gcc-4.0-iphone/gcc/../include
-I../../llvm-gcc-4.0-iphone/gcc/../libcpp/include
-I/home/gax/work/iphone/llvm-svn/include
-I/home/gax/work/iphone/llvm-svn/include
../../llvm-gcc-4.0-iphone/gcc/cp/except.c -o cp/except.o
../../llvm-gcc-4.0-iphone/gcc/cp/except.c: In function ‘nothrow_libfn_p’:
../../llvm-gcc-4.0-iphone/gcc/cp/except.c:918: warning: implicit
declaration of function ‘libc_name_p’
c++ -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
-Wno-variadic-macros -Wold-style-definition -DHAVE_CONFIG_H -o
cc1plus-dummy \
cp/cp-lang.o stub-objc.o cp/call.o cp/decl.o cp/expr.o
cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o cp/parser.o
cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o cp/friend.o cp/init.o
cp/method.o cp/search.o cp/semantics.o cp/tree.o cp/repo.o cp/dump.o
cp/optimize.o cp/mangle.o cp/cp-objcp-common.o cp/name-lookup.o
cp/cxx-pretty-print.o cp/cp-gimplify.o tree-mudflap.o attribs.o c-common.o
c-format.o c-pragma.o c-semantics.o c-lex.o c-dump.o darwin-c.o
c-pretty-print.o c-opts.o c-pch.o c-incpath.o cppdefault.o c-ppoutput.o
c-cppbuiltin.o prefix.o c-gimplify.o tree-inline.o dummy-checksum.o
llvm-main.o libbackend.a ../libcpp/libcpp.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMBitReader.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMipo.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMBitWriter.a
/home/gax/work/iphone/llvm-svn/Release/lib/LLVMARM.o
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMSelectionDAG.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMCodeGen.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMScalarOpts.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMTransformUtils.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMipa.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMAnalysis.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMTarget.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMCore.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMSupport.a
/home/gax/work/iphone/llvm-svn/Release/lib/libLLVMSystem.a
../libcpp/libcpp.a ../libiberty/libiberty.a
-L/home/gax/work/iphone/llvm-svn/Release/lib -lpthread -ldl -lm -lelf \
cp/except.o: In function `nothrow_libfn_p':
/home/gax/work/iphone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/../../llvm-gcc-4.
0-iphone/gcc/cp/except.c:918:
undefined reference to `libc_name_p'
collect2: ld returned 1 exit status
make[1]: *** [cc1plus-dummy] Error 1
make[1]: Leaving directory
`/home/gax/work/iphone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
make: *** [all-gcc] Error 2
if the gperf error is not related to the last "make" error, maybe this
issue needs to be split.
Original issue reported on code.google.com by [email protected] on 16 Sep 2007 at 4:09
BluetoothManager includes not included
The BluetoothManager framework includes are not included with the toolchain.
Original issue reported on code.google.com by [email protected] on 11 Sep 2007 at 8:03
[deleted issue]
[deleted issue]
errors making odcctools...errors.c on Windows XP
What steps will reproduce the problem?
1. cd ~/iphone-dev/odcctools
2. make
3. allocate.c builds, but errors.c fails
What is the expected output? What do you see instead?
errors.o expected, but get this instead:
gcc -Wall -Wno-import -DHAVE_CONFIG_H -D__LITTLE_ENDIAN__=1 -I../include
-I..
/include -include ../include/extern.h -I../include/foreign -g -O2
-fno-builtin-r
ound -fno-builtin-trunc -c -o errors.o errors.c
In file included from /usr/include/stdio.h:46,
from errors.c:26:
/usr/include/sys/types.h:104: error: parse error before "clock_t"
/usr/include/sys/types.h:109: error: parse error before "time_t"
/usr/include/sys/types.h:115: error: parse error before "time_t"
/usr/include/sys/types.h:117: error: parse error before '}' token
/usr/include/sys/types.h:120: error: field `it_interval' has incomplete type
/usr/include/sys/types.h:121: error: field `it_value' has incomplete type
/usr/include/sys/types.h:256: error: parse error before "clockid_t"
/usr/include/sys/types.h:261: error: parse error before "timer_t"
In file included from /usr/include/cygwin/types.h:21,
from /usr/include/sys/types.h:373,
from /usr/include/stdio.h:46,
from errors.c:26:
/usr/include/stdint.h:20: error: conflicting types for 'int32_t'
../include/i386/types.h:82: error: previous declaration of 'int32_t' was here
In file included from /usr/include/sys/types.h:373,
from /usr/include/stdio.h:46,
from errors.c:26:
/usr/include/cygwin/types.h:43: error: parse error before "loff_t"
In file included from ../include/mach/machine/vm_types.h:29,
from ../include/mach/port.h:79,
from ../include/mach/std_types.h:63,
from ../include/mach/mach.h:60,
from errors.c:29:
../include/mach/i386/vm_types.h:96: error: conflicting types for 'vm_offset_t'
/usr/include/cygwin/types.h:163: error: previous declaration of
'vm_offset_t' wa
s here
../include/mach/i386/vm_types.h:107: error: conflicting types for 'vm_size_t'
/usr/include/cygwin/types.h:168: error: previous declaration of 'vm_size_t' was
here
In file included from ../include/foreign/machine/endian.h:32,
from ../include/mach/mach_traps.h:72,
from ../include/mach/mach_init.h:75,
from ../include/mach/mach.h:64,
from errors.c:29:
../include/i386/endian.h:86:1: warning: "LITTLE_ENDIAN" redefined
In file included from /usr/include/cygwin/types.h:22,
from /usr/include/sys/types.h:373,
from /usr/include/stdio.h:46,
from errors.c:26:
/usr/include/endian.h:28:1: warning: this is the location of the previous
defini
tion
In file included from ../include/foreign/machine/endian.h:32,
from ../include/mach/mach_traps.h:72,
$
from ../include/mach/mach.h:64,
from errors.c:29:
../include/i386/endian.h:87:1: warning: "BIG_ENDIAN" redefined
In file included from /usr/include/cygwin/types.h:22,
from /usr/include/sys/types.h:373,
from /usr/include/stdio.h:46,
from errors.c:26:
/usr/include/endian.h:29:1: warning: this is the location of the previous
defini
tion
In file included from ../include/foreign/machine/endian.h:32,
from ../include/mach/mach_traps.h:72,
from ../include/mach/mach_init.h:75,
from ../include/mach/mach.h:64,
from errors.c:29:
../include/i386/endian.h:88:1: warning: "PDP_ENDIAN" redefined
In file included from /usr/include/cygwin/types.h:22,
from /usr/include/sys/types.h:373,
from /usr/include/stdio.h:46,
from errors.c:26:
/usr/include/endian.h:30:1: warning: this is the location of the previous
defini
tion
In file included from ../include/foreign/machine/endian.h:32,
from ../include/mach/mach_traps.h:72,
from ../include/mach/mach_init.h:75,
from ../include/mach/mach.h:64,
from errors.c:29:
../include/i386/endian.h:90:1: warning: "BYTE_ORDER" redefined
In file included from /usr/include/cygwin/types.h:22,
from /usr/include/sys/types.h:373,
from /usr/include/stdio.h:46,
from errors.c:26:
/usr/include/endian.h:31:1: warning: this is the location of the previous
defini
tion
errors.c:135: warning: visibility attribute not supported in this
configuration;
ignored
make[1]: *** [errors.o] Error 1
make[1]: Leaving directory `/home/ahmiller/iphone-dev/odcctools/libstuff'
make: *** [libstuff] Error 2
What version of the product are you using? On what operating system?
Checked out revision 170 of iphone-dev, using Cygwin 1.5.24 on Windows XP SP2
$ uname -a
CYGWIN_NT-5.1 ahmiller-t60 1.5.24(0.156/4/2) 2007-01-31 10:57 i686 Cygwin
Please provide any additional information below.
Thanks for the allocate fix...I'll keep hammering away with XP as long as
your willing to provide fixes or advice!
Original issue reported on code.google.com by [email protected] on 15 Sep 2007 at 6:09
compiler bug with -O2
>> What steps will reproduce the problem?
simple c code for extracting RGB from 565 value:
{
short color = 0x192d;
b = (color & 31) << 3;
g = ((color >> 5) & 63) << 2;
r = ((color >> 11) & 31) << 3;
// r, g, b values?
}
workaround:
{
short color = 0x192d;
b = (color & 0x001f) << 3;
g = (color & 0x07e0) >> 3;
r = (color & 0xf800) >> 8;
}
while there is a workaround, this is a compiler bug that should get fixed,
as you never know where else you could run into this problem.
>> What is the expected output? What do you see instead?
-O2
r = 24, g = 0, b = 104
without -O
r = 24, g = 36, b = 104 (correct result)
>> What version of the product are you using? On what operating system?
kroo's development environment, 05.dmg
MacOSX 10.4.10
>> Please provide any additional information below.
simple bug.
// Aaron Ardiri
Original issue reported on code.google.com by [email protected] on 16 Sep 2007 at 3:07
Can't build toolchain on Linux (Ubuntu feisty 64-bit)
What steps will reproduce the problem?
1. Running 'make' inside of the odcctools dir fails
2. Apparently some of the members of several structs don't exist if __LP64__ is
defined
3. ???
What is the expected output? What do you see instead?
I expect a working toolchain, of course.... I get compiler errors because
__LP64__ is defined on my
system (since I'm on a 64-bit Linux system).
What version of the product are you using? On what operating system?
Latest trunk of iphone-dev, r136, on 64-bit Ubuntu Feisty 7.04
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 11:01
Error compiling llvm-gcc-iphone-build
I am trying to build the toolchain, I am successfully able to compile llvm,
odcctools and got the iphone filesystem, MacOSX sdk
Then I tried to build llvm-gcc-iphone-build, but it gave me following error:
cc1: internal error: #pragma pack is already registered
It seems some internal compiler error, but I am not able to find out he reason.
I am using Intel Core 2 duo and compiling the toolchain on 32 bit chroot
environment because i had problems in compiling odcctools in 64bit environment.
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 5:25
Linking problems on Linux
The toolchain, when built on Linux, incorrectly links libgcc_s.10.4.dylib.tmp,
resulting in a corrupt
binary when run through strip (the magic number is wrong!) Unknown why this
occurs.
On Linux some symbols in libgcc_s.10.4.dylib.tmp are not marked external (div0,
etc), while they
are on OS X. Maybe this has something to do with it?
Original issue reported on code.google.com by [email protected] on 13 Sep 2007 at 8:06
Parse errors from as
What steps will reproduce the problem?
Run the following through the assembler:
LPC176:
add r12, pc, r12
flds s28, [r12]
flds s29, [r0, #+20]
fsts s29, [sp, #+32]
flds s29, [r0, #+28]
fsts s29, [sp, #+24]
flds s29, [r0, #+16]
fsts s29, [sp, #+20]
flds s29, [r0, #+4]
flds s30, [r0, #+8]
flds s31, [r0, #+24]
fsts s31, [sp, #+12]
flds s31, [r0, #+12]
fsts s31, [sp]
flds s31, [r0, #+32]
fsts s26, [r2, #+36]
flds s26, [r3, #+104]
fmuls s24, s26, s24
e.g. /usr/local/bin/arm-apple-darwin-as -arch arm -force_cpusubtype_ALL -o
foo.o foo.s
This produces the following errors:
foo.s:12:parse error, expecting `OPRD_REG_S'
foo.s:13:Spurious digit 0.
foo.s:13:Rest of line ignored. 1st junk character valued 91 ([).
foo.s:13:parse error, expecting `OPRD_REG_S'
foo.s:14:Spurious digit 0.
foo.s:14:Rest of line ignored. 1st junk character valued 91 ([).
foo.s:14:parse error, expecting `OPRD_REG_S'
foo.s:15:Spurious digit 0.
foo.s:15:Rest of line ignored. 1st junk character valued 91 ([).
foo.s:15:parse error, expecting `OPRD_REG_S'
foo.s:16:Spurious digit 0.
foo.s:16:Rest of line ignored. 1st junk character valued 91 ([).
foo.s:16:parse error, expecting `OPRD_REG_S'
foo.s:17:Spurious digit 0.
foo.s:17:Rest of line ignored. 1st junk character valued 91 ([).
What is the expected output? What do you see instead?
The parsing errors prevent the assembler from producing an object file
What version of the product are you using? On what operating system?
/usr/local/bin/arm-apple-darwin-gcc -v
Using built-in specs.
Target: arm-apple-darwin
Configured with: ../llvm-gcc-4.0-iphone/configure
--enable-llvm=/Users/mccreary/iPhone/llvm-svn
--enable-languages=c,c++,objc,obj-c++ --target=arm-apple-darwin
--enable-sjlj-exceptions
--with-heavenly=/usr/local/share/Heavenly1A543a.UserBundle
--with-as=/usr/local/bin/arm-apple-darwin-as
--with-ld=/usr/local/bin/arm-apple-darwin-ld
Thread model: posixgcc version 4.0.1 (Apple Computer, Inc. build 5449)(LLVM
build 2.0-svn-iphone-dev-0.3-svn)
The host OS is MacOS X 10.4.8
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 11:41
#pragma pack(1) BUG
What steps will reproduce the problem?
#pragma pack(1)
typedef struct{
unsigned short a
} A;
int main()
{
printf("%d",sizeof(A));
}
What is the expected output? What do you see instead?
Expect to get "2", but see "4" instead.
What version of the product are you using? On what operating system?
Revision: 172 - 174 (earlier revisions not tested yet)
MacOS X 10.4.10
Please provide any additional information below.
Original issue reported on code.google.com by [email protected] on 21 Sep 2007 at 8:49
Missing Instructions
The following instructions (and their conditionals) are missing causing our
inline asm to fail:
swp*
mcr
Original issue reported on code.google.com by [email protected] on 19 Sep 2007 at 10:26
Fails to build toolchain on 32-bit Ubuntu Feisty, GCC 4.1.2
What steps will reproduce the problem?
1. mkdir llvm-gcc-4.0-iphone-build
2. cd llvm-gcc-4.0-iphone-build
3. ../llvm-gcc-4.0-iphone/configure --enable-llvm=$LLVMOBJDIR
--enable-languages=c,c++,objc,obj-c++ \
--target=arm-apple-darwin --enable-sjlj-exceptions --with-heavenly=$HEAVENLY \
--with-as=/usr/local/bin/arm-apple-darwin-as
--with-ld=/usr/local/bin/arm-apple-darwin-ld
4. make LLVM_VERSION_INFO=2.0-svn-iphone-dev-0.3-svn
What is the expected output? What do you see instead?
c++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings
-pedantic -Wno-long-long -Wno-variadic-macros -DHAVE_CONFIG_H -Wno-unused
-DTARGET_NAME=\"arm-apple-darwin\" -DNDEBUG -DENABLE_LLVM
-I/home/dave/toolchain/llvm-svn/include -D_DEBUG -D_GNU_SOURCE
-D__STDC_LIMIT_MACROS -DLLVM_VERSION_INFO='"2.0-svn-iphone-dev-0.3-svn"'
-I. -I. -I../../llvm-gcc-4.0-iphone/gcc -I../../llvm-gcc-4.0-iphone/gcc/.
-I../../llvm-gcc-4.0-iphone/gcc/../include
-I../../llvm-gcc-4.0-iphone/gcc/../libcpp/include
-I/home/dave/toolchain/llvm-svn/include
-I/home/dave/toolchain/llvm-svn/include
../../llvm-gcc-4.0-iphone/gcc/llvm-main.cpp -o llvm-main.o
../../llvm-gcc-4.0-iphone/gcc/../include/libiberty.h:100: error:
declaration of ‘char* basename(const char*)’ throws different exceptions
/usr/include/string.h:387: error: from previous declaration ‘char*
basename(const char*) throw ()’
../../llvm-gcc-4.0-iphone/gcc/../include/libiberty.h:338: error:
declaration of ‘int asprintf(char**, const char*, ...)’ throws different
exceptions
/usr/include/stdio.h:376: error: from previous declaration ‘int
asprintf(char**, const char*, ...) throw ()’
../../llvm-gcc-4.0-iphone/gcc/../include/libiberty.h:346: error:
declaration of ‘int vasprintf(char**, const char*, char*)’ throws different
exceptions
/usr/include/stdio.h:370: error: from previous declaration ‘int
vasprintf(char**, const char*, char*) throw ()’
make[1]: *** [llvm-main.o] Error 1
make[1]: Leaving directory
`/home/dave/toolchain/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
make: *** [all-gcc] Error 2
What version of the product are you using? On what operating system?
/proc/version: version 2.6.20-16-generic (root@terranova) (gcc version
4.1.2 (Ubuntu 4.1.2-0ubuntu4)) #2 SMP Thu Jun 7 20:19:32 UTC 2007
gcc --version: gcc (GCC) 4.1.2 (Ubuntu 4.1.2-0ubuntu4)
Please provide any additional information below.
I tried putting the Mac OS X headers in
/usr/local/share/Developer/SDKs/MacOSX10.4u.sdk and that's the only thing I
did to deviate from the instructions since I assume they intend for the the
headers to be in /Developer/SDKs/MacOSX10.4u.sdk.
BTW, I ran into the bison issue others mentioned because I didn't have
bison installed and make clean didn't reset things. I didn't figure that
out until after deleting and re-getting the code from the svn.
-r2
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 8:20
odcctools build fails on FreeBSD
What steps will reproduce the problem?
1. Build as per instructions
2. Everything works, except odcctools
What is the expected output? What do you see instead?
Expected it to compile. Instead, after running:
$ pushd odcctools
$ ./configure --target=arm-apple-darwin --disable-ld64
$ make
...I got:
In file included from /usr/include/stdlib.h:42,
from allocate.c:23:
/usr/include/sys/_types.h:99: error: conflicting types for '__mbstate_t'
..//include/i386/_types.h:74: error: previous declaration of '__mbstate_t'
was here
In file included from allocate.c:23:
/usr/include/stdlib.h:52: error: expected '=', ',', ';', 'asm' or
'__attribute__' before 'size_t'
/usr/include/stdlib.h:89: error: expected declaration specifiers or '...'
before 'size_t'
What version of the product are you using? On what operating system?
FreeBSD 7.0-CURRENT, amd64.
Please provide any additional information below.
Every other step works fine, except this one. So close!
Original issue reported on code.google.com by [email protected] on 13 Sep 2007 at 4:50
add DESTDIR to csu Makefile.in
Add $(DESTDIR) to each start of the path for each install line in the csu
Makefile.in
This allows for easy packaging, without having to change the prefix.
normally DESTDIR is blank, allowing normal installation but it can be set
to local dir, such as ./temp/
The contents of this ./temp/ dir can then be archived and extracted at
later / to install the program, a method used by many linux packaging systems.
Original issue reported on code.google.com by [email protected] on 13 Sep 2007 at 4:11
Mingw gcc-4.2.1 fails to compile LLVM
What steps will reproduce the problem?
1. svn co http://llvm.org/svn/llvm-project/llvm/trunk llvm-svn
2. cd llvm-svn
3. ./configure --enable-optimized
4. make ENABLE_OPTIMIZED=1
What is the expected output? What do you see instead?
make[2]: Entering directory
`/c/Devtool/source/iphone-dev/llvm-svn/utils/TableGen'
llvm[2]: Compiling FileLexer.cpp for Release build
c:/Devtool/source/iphone-dev/llvm-svn/utils/TableGen/FileLexer.l: In
function 'int Filelex()':
c:/Devtool/source/iphone-dev/llvm-svn/utils/TableGen/FileLexer.l:209:
error: 'CONCATTOK' was not declared in this scope
Lexer.cpp:883: warning: label 'find_rule' defined but not used
make[2]: ***
[/c/Devtool/source/iphone-dev/llvm-svn/utils/TableGen/Release/FileLexer.o]
Error 1
make[2]: Leaving directory
`/c/Devtool/source/iphone-dev/llvm-svn/utils/TableGen'
make[1]: *** [TableGen/.makeall] Error 2
make[1]: Leaving directory `/c/Devtool/source/iphone-dev/llvm-svn/utils'
make: *** [all] Error 1
What version of the product are you using? On what operating system?
$ gcc -v
Using built-in specs.
Target: mingw32
Configured with: ../gcc-4.2.1/configure --prefix=/extra/crossgcc/win-gcc
--build=i686-pc-linux-gnu --host=mingw32 --target=mingw32
--with-as=/extra/crossgcc/cross-gcc/bin/mingw32-as
--with-ld=/extra/crossgcc/cross-gcc/bin/mingw32-ld --with-gcc --with-gnu-as
--with-gnu-ld --enable-languages=c,c++,fortran,objc,obj-c++,treelang
--disable-shared --disable-debug --disable-nls --disable-libstdcxx-pch
--disable-win32-registry --enable-sjlj-exceptions --enable-threads=win32
--enable-fully-dynamic-string --with-mtune=generic --enable-libgomp
--with-gmp=/extra/crossgcc/win-gmp-install
--with-mpfr=/extra/crossgcc/win-mpfr-install
--with-libiconv-prefix=/extra/crossgcc/win-iconv-install
Thread model: win32
gcc version 4.2.1
$ uname -a
MINGW32_NT-5.1 A4 1.0.10(0.46/3/2) 2004-03-15 07:17 i686 unknown
Please provide any additional information below.
Original issue reported on code.google.com by [email protected] on 11 Sep 2007 at 11:38
odcctools fails on 10.5 9A527 Intel
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 [email protected] on 14 Sep 2007 at 2:52
Adding ARM disassembly support for otool
Would you mind integrating my otool patch into the repository?
It adds ARM disassembly support, and, if called with -tvV, can also resolve
NXConstantStrings.
You can find a patch against cctools-622.5 and OSX-Intel and iPhone
binaries here: http://seto.gni.ch/headers/otool-arm.tar.gz
The source is released under the (classic?) BSD license, please tell me if
this poses an issue.
I tried to apply it to the current SVN version of iphone-dev, and the only
problem was the Makefile. Just add arm_disasm.c to CFILES, and it should
work (I did a quick test).
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 10:28
SVN should use externals or vendor branches to bring in outside code
To make things more consistent and easy to build, either svn externals or a
vendor branch should
be setup for outside code. This will reduce the number of steps to build the
toolchain as well.
http://weierophinney.net/matthew/archives/132-svnexternals.html
http://svnbook.red-bean.com/en/1.2/svn.advanced.vendorbr.html
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 1:11
llvm-gcc-4.0/ does not exist during fill-llvm-gcc.sh (Tiger, PPC)
What steps will reproduce the problem?
Followed tutorial until fill-llvm-gcc.sh. Everything else seemed to work
fine, however, the script was looking for llvm-gcc-4.0/, which doesn't
exist in my iphone-dev directory.
What is the expected output? What do you see instead?
script outputs:
I didn't find the directory llvm-gcc-4.0/, and you've
requested that I not check the Internet for updates.
What version of the product are you using? On what operating system?
At svn revision 174.
Mac OS X Tiger 10.4.10 PPC G4.
Original issue reported on code.google.com by [email protected] on 21 Sep 2007 at 7:50
Cygwin's GCC 3.4.4 fails to compile LLVM
x-referenced with LLVM bug database: http://llvm.org/bugs/show_bug.cgi?id=1652
Original issue reported on code.google.com by [email protected] on 11 Sep 2007 at 9:52
C++ exceptions broken
I don't seem to be able to build C++ successfully applications with the
toolchain.
Attempting to link a C++ program first produces the error:
/usr/local/bin/arm-apple-darwin-ld: can't locate file for: -lstdc++
If I manually create a symlink from /usr/lib/libstdc++.6.0.4.dylib to
/usr/lib/stdc++.dylib, I get past this error. Apparently the arm linker is
not recognizing the default lib version like the native one does.
After twiddling the library like this, a more severe error appears:
/usr/local/bin/arm-apple-darwin-ld: Undefined symbols:
__Unwind_Resume
An analysis of libgcc_s.1.dylib shows that the OS X desktop version
contains the correct symbol, but the arm version contains the symbol
__Unwind_SjLj_Resume (and other similar symbols) instead. I assume this is
related to enabling sjlj exceptions for ObjC, but that compiler option
doesn't apply to C++ code.
Because of this, I cannot link C++ apps - at least those that use exceptions.
Original issue reported on code.google.com by [email protected] on 20 Sep 2007 at 4:37
libsqllite from heavenly not copied over to lib directory
The sqlite3 dylib file is not copied over from heavenly to the lib directory
for the toolchain.
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 4:00
Make issue in LLVM-GCC make
What steps will reproduce the problem?
1. Followed all steps up to "make LLVM_VERSION_INFO=2.0-svn-iphone-dev-0.3-svn"
2. Ran "make LLVM_VERSION_INFO=2.0-svn-iphone-dev-0.3-svn"
3. Receive an error
What is the expected output?
Successful make completion.
What do you see instead?
{{{
make \
CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition " \
CONFIG_H="config.h auto-host.h
../../llvm-gcc-4.0-iphone/gcc/../include/ansidecl.h" \
MAKEOVERRIDES= \
-f libgcc.mk all
make
GCC_FOR_TARGET="/Users/rich/Development/iphone/iphone-dev/llvm-gcc-4.0-iphone-bu
ild/gcc/xgcc
-B/Users/rich/Development/iphone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include" \
AR_FOR_TARGET="arm-apple-darwin-ar" \
AR_CREATE_FOR_TARGET="arm-apple-darwin-ar rc" \
AR_EXTRACT_FOR_TARGET="arm-apple-darwin-ar x" \
AR_FLAGS_FOR_TARGET="" \
CC="gcc" CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition " \
BUILD_PREFIX="" \
BUILD_PREFIX_1="loser-" \
LANGUAGES="" \
LIBGCC2_CFLAGS="-O2 -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem
./include -fPIC -pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED " \
MULTILIB_CFLAGS="" T= crt3.o
/Users/rich/Development/iphone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc
-B/Users/rich/Development/iphone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -I. -I.
-I../../llvm-gcc-4.0-iphone/gcc -I../../llvm-gcc-4.0-iphone/gcc/.
-I../../llvm-gcc-4.0-iphone/gcc/../include -I./../intl
-I../../llvm-gcc-4.0-iphone/gcc/../libcpp/include
-I/Users/rich/Development/iphone/llvm-svn/include
-I/Users/rich/Development/iphone/llvm-svn/include \
\
-c ../../llvm-gcc-4.0-iphone/gcc/config/darwin-crt3.c -o crt3.o
cc1: error: invalid option 'macosx-version-min=10.4'
make[3]: *** [crt3.o] Error 1
make[2]: *** [extra] Error 2
make[1]: *** [stmp-multilib] Error 2
make: *** [all-gcc] Error 2
}}}
What version of the product are you using? On what operating system?
Mac OS X 10.4.10, all latest tools
Please provide any additional information below.
The latest build is no longer showing the pragma pack is already registered
issue...
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 5:11
odcctools not building on Windows XP...allocate.o Error 1
What steps will reproduce the problem?
1. checkout iphone-dev
2. pushd odcctools
3. ./configure --target=arm-apple-darwin --disable-ld64
4. make
What is the expected output? What do you see instead?
expect build of odcctools. Instead get the following:
$ make
cd libstuff && make
make[1]: Entering directory `/home/ahmiller/iphone-dev/odcctools/libstuff'
gcc -Wall -Wno-import -DHAVE_CONFIG_H -D__LITTLE_ENDIAN__=1 -I../include
-I..
/include -include ../include/extern.h -I../include/foreign -g -O2
-fno-builtin-r
ound -fno-builtin-trunc -c -o allocate.o allocate.c
In file included from ../include/foreign/machine/endian.h:32,
from ../include/mach/mach_traps.h:72,
from ../include/mach/mach_init.h:75,
from ../include/mach/mach.h:64,
from allocate.c:26:
../include/i386/endian.h:92:25: sys/_endian.h: No such file or directory
allocate.c: In function `allocate':
allocate.c:46: warning: visibility attribute not supported in this
configuration
; ignored
allocate.c: In function `reallocate':
allocate.c:63: warning: visibility attribute not supported in this
configuration; ignored
allocate.c: In function `savestr':
allocate.c:81: warning: visibility attribute not supported in this
configuration; ignored
allocate.c: In function `makestr':
allocate.c:123: warning: visibility attribute not supported in this
configuration; ignored
make[1]: *** [allocate.o] Error 1
make[1]: Leaving directory `/home/ahmiller/iphone-dev/odcctools/libstuff'
make: *** [libstuff] Error 2
$
What version of the product are you using? On what operating system?
checked out revision 165 on Windows XP SP2/Cygwin 1.5.24
Please provide any additional information below.
Hoping this is just a compiler flags issue. I'm a newbie, so it's very
possible it's something obviously wrong. Many thanks in advance.
Original issue reported on code.google.com by [email protected] on 14 Sep 2007 at 8:24
Ubuntu: gcc 4.1.2 fails to compile LLVM
What steps will reproduce the problem?
1. svn co http://llvm.org/svn/llvm-project/llvm/trunk
2. ./configure --enable-optimized
3. make ENABLE_OPTIMIZED=1
What is the expected output? What do you see instead?
llvm[2]: Compiling DAGISelEmitter.cpp for Release build
llvm[2]: Compiling FileLexer.cpp for Release build
/home/joeBrain/Development/iPhone/llvm-svn/utils/TableGen/FileLexer.l: In
function ‘int Filelex()’:
/home/joeBrain/Development/iPhone/llvm-svn/utils/TableGen/FileLexer.l:209:
error: ‘CONCATTOK’ was not declared in this scope
make[2]: ***
[/home/joeBrain/Development/iPhone/llvm-svn/utils/TableGen/Release/FileLexer.o]
Error 1
make[2]: Leaving directory
`/home/joeBrain/Development/iPhone/llvm-svn/utils/TableGen'
make[1]: *** [TableGen/.makeall] Error 2
make[1]: Leaving directory `/home/joeBrain/Development/iPhone/llvm-svn/utils'
make: *** [all] Error 1
What version of the product are you using? On what operating system?
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr
--enable-shared --with-system-zlib --libexecdir=/usr/lib
--without-included-gettext --enable-threads=posix --enable-nls
--program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu
--enable-libstdcxx-debug --enable-mpfr --enable-checking=release i486-linux-gnu
Thread model: posix
gcc version 4.1.2 (Ubuntu 4.1.2-0ubuntu4)
Ubuntu v7.04 (fiesty)
Please provide any additional information below.
Running Ubuntu off of Parallels Desktop
apt-get latest subversion, csh, g++, libc6-dev, flex, bison
and all of the required dependencies involved with these packages...
allowed universe components
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 11:53
Assembler not parsing new-style macros correctly on Gentoo?
What steps will reproduce the problem?
1. Latest subversion of llvm-svn and iphone-dev
2. Follow instructions for the building page
3. Watch it crash and burn
What is the expected output? What do you see instead?
Expected to see a working build
What version of the product are you using? On what operating system?
Gentoo Linux on x86
Please provide any additional information below.
hdm@shank llvm-svn $ svn update
At revision 41878.
hdm@shank llvm-svn $ cd iphone-dev/
hdm@shank iphone-dev $ svn info
Path: .
URL: http://iphone-dev.googlecode.com/svn/trunk
Repository Root: http://iphone-dev.googlecode.com/svn
Repository UUID: c21c009e-8f39-0410-915a-49ea6329ddb5
Revision: 137
Node Kind: directory
Schedule: normal
Last Changed Author: nightwatch41
Last Changed Rev: 137
Last Changed Date: 2007-09-12 10:13:31 -0500 (Wed, 12 Sep 2007)
make[2]: Entering directory
`/home/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
for d in libgcc static libgcc/static kext libgcc/kext; do \
if [ -d $d ]; then true; else /bin/sh
../../llvm-gcc-4.0-iphone/gcc/../mkinstalldirs $d; fi; \
done
mkdir -p -- libgcc
mkdir -p -- static
mkdir -p -- libgcc/static
mkdir -p -- kext
mkdir -p -- libgcc/kext
if [ -f stmp-dirs ]; then true; else touch stmp-dirs; fi
make
GCC_FOR_TARGET="/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/x
gcc
-B/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include" \
AR_FOR_TARGET="arm-apple-darwin-ar" \
AR_CREATE_FOR_TARGET="arm-apple-darwin-ar rc" \
AR_EXTRACT_FOR_TARGET="arm-apple-darwin-ar x" \
AR_FLAGS_FOR_TARGET="" \
CC="gcc" CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition " \
BUILD_PREFIX="" \
BUILD_PREFIX_1="loser-" \
LANGUAGES="" \
LIBGCC2_CFLAGS="-O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -fPIC -pipe -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc " \
MULTILIB_CFLAGS="" T= crt3.o
make[3]: Entering directory
`/home/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc
-B/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I.
-I../../llvm-gcc-4.0-iphone/gcc -I../../llvm-gcc-4.0-iphone/gcc/.
-I../../llvm-gcc-4.0-iphone/gcc/../include
-I../../llvm-gcc-4.0-iphone/gcc/../libcpp/include
-I/downloads/iphone-dev/llvm-svn/include
-I/downloads/iphone-dev/llvm-svn//include \
\
-c ../../llvm-gcc-4.0-iphone/gcc/config/darwin-crt3.c -o crt3.o
make[3]: Leaving directory
`/home/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc
-B/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include -O2 -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC
-pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
-Dinhibit_libc -I. -I. -I../../llvm-gcc-4.0-iphone/gcc
-I../../llvm-gcc-4.0-iphone/gcc/.
-I../../llvm-gcc-4.0-iphone/gcc/../include
-I../../llvm-gcc-4.0-iphone/gcc/../libcpp/include
-I/downloads/iphone-dev/llvm-svn/include
-I/downloads/iphone-dev/llvm-svn//include -DSHARED -DL_udivsi3
-xassembler-with-cpp -c
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm -o libgcc/./_udivsi3_s.o
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:Unknown
instruction 'ldm'
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:syntax error,
unexpected $end
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:Unknown
instruction 'dm'
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:syntax error,
unexpected $end
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:Unknown
instruction 'm'
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:syntax error,
unexpected $end
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:Unknown
instruction ''
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:syntax error,
unexpected $end
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:Spurious digit 45.
../../llvm-gcc-4.0-iphone/gcc/config/arm/lib1funcs.asm:129:Rest of line
ignored. 1st junk character valued -7 (ù).
make[2]: *** [libgcc/./_udivsi3_s.o] Error 1
make[2]: Leaving directory
`/home/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
make[1]: *** [stmp-multilib] Error 2
make[1]: Leaving directory
`/home/downloads/iphone-dev/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
make: *** [all-gcc] Error 2
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 4:08
add DESTDIR to csu Makefile.in
Add $(DESTDIR) to each start of the path for each install line in the csu
Makefile.in
This allows for easy packaging, without having to change the prefix.
normally DESTDIR is blank, allowing normal installation but it can be set
to local dir, such as ./temp/
The contents of this ./temp/ dir can then be archived and extracted at
later / to install the program, a method used by many linux packaging systems.
Original issue reported on code.google.com by [email protected] on 13 Sep 2007 at 4:11
Fedora Linux LLVM-GCC fails to compile
What steps will reproduce the problem?
1. set LLVMOBJDIR and HEAVENLY
2. ../llvm-gcc-4.0-iphone/configure --enable-llvm=$LLVMOBJDIR
--enable-languages=c,c++,objc,obj-c++ --target=arm-apple-darwin
--enable-sjlj-exceptions --with-heavenly=$HEAVENLY
--with-as=/usr/local/bin/arm-apple-darwin-as
--with-ld=/usr/local/bin/arm-apple-darwin-ld
3. make LLVM_VERSION_INFO=2.0-svn-iphone-dev-0.3-svn
What is the expected output? What do you see instead?
make[3]: Entering directory
`/home/joeBrain/Development/iPhone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc'
/home/joeBrain/Development/iPhone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc
-B/home/joeBrain/Development/
iPhone/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darw
in/lib/ -isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include -DIN_GCC
-DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-def
inition -isystem ./include -I. -I. -I../../llvm-gcc-4.0-iphone/gcc
-I../../llvm-gcc-4.0-iphone/gcc/. -I../../
llvm-gcc-4.0-iphone/gcc/../include
-I../../llvm-gcc-4.0-iphone/gcc/../libcpp/include -I/home/joeBrain/Develop
ment/iPhone/llvm-svn/include
-I/home/joeBrain/Development/iPhone/llvm-svn/include \
\
-c ../../llvm-gcc-4.0-iphone/gcc/config/darwin-crt3.c -o crt3.o
/tmp/ccp5OZod.s:6:syntax error, unexpected $undefined, expecting OPRD_REG
/tmp/ccp5OZod.s:7:Unknown instruction 'sp'
/tmp/ccp5OZod.s:7:syntax error, unexpected $end
/tmp/ccp5OZod.s:7:Unknown instruction 'p'
/tmp/ccp5OZod.s:7:syntax error, unexpected $end
/tmp/ccp5OZod.s:7:Spurious digit 1073815612.
/tmp/ccp5OZod.s:7:Rest of line ignored. 1st junk character valued 44 (,).
/tmp/ccp5OZod.s:7:syntax error, unexpected $undefined, expecting OPRD_REG
What version of the product are you using? On what operating system?
Fedora 7.04 (Moonshine)
gcc version 4.1.2 20070502 (Red Hat 4.1.2-12)
Please provide any additional information below.
Using Parallels on Mac OS X Intel
Original issue reported on code.google.com by [email protected] on 13 Sep 2007 at 12:51
[deleted issue]
[deleted issue]
odcctools configure should check for flex and bison
just as it says.
Original issue reported on code.google.com by [email protected] on 8 Sep 2007 at 9:39
@synchronized and @try/@catch cause stack corruption (self set to nil for callers)
Compile and run the attached code files.
Expected output:
2007-08-19 11:25:43.509 test[4164] a. <TestObject: 0x302ef0> firstCall
2007-08-19 11:25:43.509 test[4164] a. <TestObject: 0x302ef0> secondCall
2007-08-19 11:25:43.509 test[4164] b. <TestObject: 0x302ef0> secondCall
2007-08-19 11:25:43.509 test[4164] c. <TestObject: 0x302ef0> secondCall
2007-08-19 11:25:43.509 test[4164] b. <TestObject: 0x302ef0> firstCall
Actual output:
2007-08-19 11:25:22.513 test[8202:d03] a. <TestObject: 0x100ed0> firstCall
2007-08-19 11:25:22.523 test[8202:d03] a. <TestObject: 0x100ed0> secondCall
2007-08-19 11:25:22.526 test[8202:d03] b. (null) (null)
2007-08-19 11:25:22.528 test[8202:d03] c. (null) (null)
2007-08-19 11:25:22.530 test[8202:d03] b. <NSThread: 0x1019e0>{name = (null),
num = 1}
(null)
zsh: bus error /test
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 3:08
Attachments:
[deleted issue]
[deleted issue]
include configure script doesn't check the given sdk path
The includes configure script blindly accepts any path for the macosx sdk.
even if the directory doesn't exists.
It should at least check that it does exists, and perhaps make sure it is
an sdk.
Original issue reported on code.google.com by [email protected] on 11 Sep 2007 at 9:47
llvm-svn fails to compile llc.cpp with linking error
What steps will reproduce the problem?
1. Using MinGW, Windows XP SP2, Checkout llvm-svn
2. Configure runs fine
3. make ENABLE_OPTIMIZED=1
What is the expected output? What do you see instead?
Expecting full compilation of llvm-svn.
Get this when building llc.cpp:
make[2]: Entering directory `/usr/local/llvm-svn/tools/llc'
llvm[2]: Compiling llc.cpp for Release build
llvm[2]: Linking Release executable llc (without symbols)
collect2: ld returned 5 exit status
make[2]: *** [/usr/local/llvm-svn/Release/bin/llc.exe] Error 1
make[2]: Leaving directory `/usr/local/llvm-svn/tools/llc'
make[1]: *** [llc/.makeall] Error 2
make[1]: Leaving directory `/usr/local/llvm-svn/tools'
make: *** [all] Error 1
What version of the product are you using? On what operating system?
Checked out revision 42154 of llvm-svn
MinGW 5.1.3, Windows XP SP2
Please provide any additional information below.
Original issue reported on code.google.com by [email protected] on 20 Sep 2007 at 12:47
Cross-compiled ruby has memory corruption issues
What steps will reproduce the problem?
1. Use iphone-dev to create a build environment
2. Use this build environment to cross-compile Ruby 1.8.6
3. Run any "big" ruby program (irb, test scripts, etc)
4. Watch it crash
What is the expected output? What do you see instead?
Expected the scripts to execute normally, instead, I see a variety of
memory corruption related crashes.
What version of the product are you using? On what operating system?
# svn update
Fetching external item into 'llvm-gcc-4.0'
External at revision 41997.
Fetching external item into 'llvm-gcc-4.2'
External at revision 41997.
At revision 171.
metasploitmac:/Users/hdm/dev/iphone-dev root# svn update
Fetching external item into 'llvm-gcc-4.0'
External at revision 42002.
Fetching external item into 'llvm-gcc-4.2'
External at revision 42002.
At revision 171.
PowerPC / Mac OS X / 10.4
Please provide any additional information below.
# weasel bin/ruby -e 'require "socket"; load "bin/irb";'
Read 21 symbols.
Starting process...
Process with PID 116 started...
[$2fe0100c weasel] c
Continuing.
Listening for exceptions.
/usr/local/ruby/lib/ruby/1.8/irb/extend-command.rb:264: [BUG] terminated
node (0x1133c)
ruby 1.8.6 (2007-09-12) [arm-darwin]
Inferior exited with signal 6.
(Line 264 is the end of file for this loaded script).
Similar bugs appear for all scripts that do more than print hello world. My
guess is something is being assembled incorrectly. Nate True's Ruby build
is equally broken right now.
Cross-building ruby can be painful, if you need the config.status or
configure lines, let me know.
Original issue reported on code.google.com by [email protected] on 16 Sep 2007 at 5:32
llvm-gcc-iphone-build cc1 error (#pragma pack is already registered)
What steps will reproduce the problem?
1. Install build tools.
2. Get to the "Configure and make LLVM-GCC"
3. Run the make: make LLVM_VERSION_INFO=2.0-svn-iphone-dev-0.3-svn
What is the expected output? What do you see instead?
Expect no errors. Instead get:
cc1: internal error: #pragma pack is already registered
after the crt3.o compile attempt:
/Developer/iPhone/iphone-dev/llvm-gcc-iphone-build/./gcc/xgcc
-B/Developer/iPhone/iphone-dev/llvm-gcc-iphone-build/./gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include -O2 -g -O2 -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -I. -I.
-I../../llvm-gcc-iphone/gcc -I../../llvm-gcc-iphone/gcc/.
-I../../llvm-gcc-iphone/gcc/../include -I./../intl
-I../../llvm-gcc-iphone/gcc/../libcpp/include
-I../../llvm-gcc-iphone/gcc/../libdecnumber -I../libdecnumber
-I/Developer/iPhone/llvm-svn/include -I/Developer/iPhone/llvm-svn/include
-mlongcall \
-fno-tree-dominator-opts \
\
-c ../../llvm-gcc-iphone/gcc/config/darwin-crt3.c -o crt3.o
What version of the product are you using? On what operating system?
Mac OS X 10.4.10 Darwin 8.10.1
Intel quad-CPU Mac Pro
gcc version 4.0.1 (Apple Computer, Inc. build 5363)
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 1:33
make odcctools fails on fedora x86_64
What steps will reproduce the problem?
1. follow build steps on wiki
2. when you get to "Build odcctools." step, and do $ make
output of the last 2 commands
---------------------------
$ uname -a
Linux myhostname 2.6.22.5-76.fc7 #1 SMP Thu Aug 30 13:08:59 EDT 2007 x86_64
x86_64 x86_64 GNU/Linux
$ pwd
/home/gax/opt/iphone-dev/iphone-dev/odcctools
$ make
cd libstuff && make
make[1]: Entering directory
`/home/gax/opt/iphone-dev/iphone-dev/odcctools/libstuff'
gcc -Wall -Wno-import -DHAVE_CONFIG_H -D__LITTLE_ENDIAN__=1
-I..//include -I../include -include ../include/extern.h
-I../include/foreign -g -O2 -fno-builtin-round -fno-builtin-trunc -c -o
allocate.o allocate.c
In file included from ..//include/mach/i386/vm_types.h:67,
from ..//include/mach/machine/vm_types.h:30,
from ..//include/mach/port.h:80,
from ..//include/mach/std_types.h:64,
from ..//include/mach/mach.h:61,
from allocate.c:27:
..//include/i386/_types.h:40: error: conflicting types for ‘__int64_t’
/usr/include/bits/types.h:47: error: previous declaration of ‘__int64_t’
was here
..//include/i386/_types.h:41: error: conflicting types for ‘__uint64_t’
/usr/include/bits/types.h:48: error: previous declaration of ‘__uint64_t’
was here
make[1]: *** [allocate.o] Error 1
make[1]: Leaving directory
`/home/gax/opt/iphone-dev/iphone-dev/odcctools/libstuff'
make: *** [libstuff] Error 2
Original issue reported on code.google.com by [email protected] on 14 Sep 2007 at 6:15
Linking on powerpc errors on relocations in non-writable sections
What steps will reproduce the problem?
1. Build revision 41876 of llvm-svn on PowerPC Mac OS X (10.4)
2. Build revision 171 of iphone-dev
3. Try to cross-compile ruby (after tweaking config.status)
What is the expected output? What do you see instead?
A working ruby interpreter
Please provide any additional information below.
arm-apple-darwin-ar rcu libruby-static.a array.o bignum.o class.o compar.o
dir.o dln.o enum.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o
math.o numeric.o object.o pack.o parse.o process.o prec.o random.o range.o
re.o regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o
variable.o version.o memcmp.o dmyext.o
arm-apple-darwin-gcc -dynamiclib -undefined suppress -flat_namespace
-install_name /usr/local/ruby/lib/libruby.dylib -current_version 1.8.6
-compatibility_version 1.8 array.o bignum.o class.o compar.o dir.o dln.o
enum.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o
numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o
regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o
variable.o version.o memcmp.o dmyext.o -ldl -lobjc -o libruby.1.8.6.dylib
/usr/local/bin/arm-apple-darwin-ld: warning multiple definitions of symbol
_memcmp
memcmp.o definition of _memcmp in section (__TEXT,__text)
/usr/local/share/iphone-filesystem/usr/lib/libdl.dylib(memcmp.So)
definition of _memcmp
/usr/local/bin/arm-apple-darwin-ld:
/usr/local/lib/gcc/arm-apple-darwin/4.0.1/libgcc.a(_divsi3.o) has external
relocation entries in non-writable section (__TEXT,__text) for symbols:
___div0
collect2: ld returned 1 exit status
make: *** [libruby.1.8.6.dylib] Error 1
Original issue reported on code.google.com by [email protected] on 16 Sep 2007 at 1:41
Compiling Apollo Causes Segfault
Compiling it causes issues.
Apollo .1 svn Revision: 102
ApolloIMApp.m: In function '-[ApolloIMApp
applicationIsReadyToSuspend]':ApolloIMApp.m:107: internal compiler error:
Segmentation faultPlease submit a full bug report,with preprocessed source
if appropriate.See <URL:http://developer.apple.com/bugreporter> for
instructions.make: *** [ApolloIMApp.o] Error 1
Original issue reported on code.google.com by [email protected] on 11 Sep 2007 at 7:28
$HEAVENLY set incorrectly
What steps will reproduce the problem?
1. Check out the most recent version from the repository
2. Followed the instructions per the wiki page on installing
3. Final step (makeing llvm) fails with error as attached
What is the expected output? What do you see instead?
Expecting clean compile, getting compile error:
/usr/local/bin/arm-apple-darwin-ld: can't locate file for: -lc
collect2: ld returned 1 exit status
make[2]: *** [libgcc_s.dylib] Error 1
make[1]: *** [stmp-multilib] Error 2
make: *** [all-gcc] Error 2
What version of the product are you using? On what operating system?
Using iphone-dev rev 136
Using llvm rev 41876
Using OS X 10.4.10 on an Intel MacBook
Was a 'clean' (brand new) system. Installed xcode for gcc, restarted, and
then followed the instructions.
Please provide any additional information below.
Following is a dump of the terminal:
. . .
make
GCC_FOR_TARGET="/Users/elizabeth/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc
-B/Users/elizabeth/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include" \
AR_FOR_TARGET="arm-apple-darwin-ar" \
AR_CREATE_FOR_TARGET="arm-apple-darwin-ar rc" \
AR_EXTRACT_FOR_TARGET="arm-apple-darwin-ar x" \
AR_FLAGS_FOR_TARGET="" \
CC="gcc" CFLAGS="-g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition " \
BUILD_PREFIX="" \
BUILD_PREFIX_1="loser-" \
LANGUAGES="" \
LIBGCC2_CFLAGS="-O2 -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem
./include -fPIC -pipe -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED " \
MULTILIB_CFLAGS="" T= crt3.o
/Users/elizabeth/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/xgcc
-B/Users/elizabeth/iphone-dev/llvm-gcc-4.0-iphone-build/gcc/
-B/usr/local/arm-apple-darwin/bin/ -B/usr/local/arm-apple-darwin/lib/
-isystem /usr/local/arm-apple-darwin/include -isystem
/usr/local/arm-apple-darwin/sys-include -O2 -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -fPIC -pipe -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -dynamiclib
-nodefaultlibs -install_name /usr/local/arm-apple-darwin/lib/libgcc_s`if
test . = ppc64 ; then echo _. ; fi`.1.dylib -single_module -o
./libgcc_s.1.dylib.tmp -Wl,-exported_symbols_list,libgcc/./libgcc.map
-compatibility_version 1 -current_version 1.0 libgcc/./_udivsi3_s.o
libgcc/./_divsi3_s.o libgcc/./_umodsi3_s.o libgcc/./_modsi3_s.o
libgcc/./_dvmd_tls_s.o libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o
libgcc/./_lshrdi3_s.o libgcc/./_ashldi3_s.o libgcc/./_ashrdi3_s.o
libgcc/./_cmpdi2_s.o libgcc/./_ucmpdi2_s.o libgcc/./_floatdidf_s.o
libgcc/./_floatdisf_s.o libgcc/./_fixunsdfsi_s.o libgcc/./_fixunssfsi_s.o
libgcc/./_fixunsdfdi_s.o libgcc/./_fixdfdi_s.o libgcc/./_fixunssfdi_s.o
libgcc/./_fixsfdi_s.o libgcc/./_fixxfdi_s.o libgcc/./_fixunsxfdi_s.o
libgcc/./_floatdixf_s.o libgcc/./_fixunsxfsi_s.o libgcc/./_fixtfdi_s.o
libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o libgcc/./_clear_cache_s.o
libgcc/./_enable_execute_stack_s.o libgcc/./_trampoline_s.o
libgcc/./__main_s.o libgcc/./_absvsi2_s.o libgcc/./_absvdi2_s.o
libgcc/./_addvsi3_s.o libgcc/./_addvdi3_s.o libgcc/./_subvsi3_s.o
libgcc/./_subvdi3_s.o libgcc/./_mulvsi3_s.o libgcc/./_mulvdi3_s.o
libgcc/./_negvsi2_s.o libgcc/./_negvdi2_s.o libgcc/./_ctors_s.o
libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o libgcc/./_clz_s.o
libgcc/./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o
libgcc/./_ctzdi2_s.o libgcc/./_popcount_tab_s.o libgcc/./_popcountsi2_s.o
libgcc/./_popcountdi2_s.o libgcc/./_paritysi2_s.o libgcc/./_paritydi2_s.o
libgcc/./_powisf2_s.o libgcc/./_powidf2_s.o libgcc/./_powixf2_s.o
libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/./_muldc3_s.o
libgcc/./_mulxc3_s.o libgcc/./_multc3_s.o libgcc/./_divsc3_s.o
libgcc/./_divdc3_s.o libgcc/./_divxc3_s.o libgcc/./_divtc3_s.o
libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o
libgcc/./_umoddi3_s.o libgcc/./_udiv_w_sdiv_s.o libgcc/./_udivmoddi4_s.o
libgcc/./unwind-dw2_s.o libgcc/./unwind-dw2-fde-darwin_s.o
libgcc/./unwind-sjlj_s.o libgcc/./unwind-c_s.o -lc
/usr/local/bin/arm-apple-darwin-ld: can't locate file for: -lc
collect2: ld returned 1 exit status
make[2]: *** [libgcc_s.dylib] Error 1
make[1]: *** [stmp-multilib] Error 2
make: *** [all-gcc] Error 2
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 5:07
Struct-returning Obj-C methods always crash
I believe the ARM PCS says that struct-returning methods should use a hidden
first parameter (r0
on ARM) to store the address of the struct. But the objc_msgSend implementation
on the iPhone
always assumes that r0 is the receiver. This causes a crash when methods like
+[UIHardware
fullScreenApplicationContentRect] are called.
How does the iPhone Obj-C runtime return structs?
Why wasn't this an issue before (modulo the silly problems with intel
targeting)? LLVM recently had
some changes to TargetARM in SVN, maybe this broke things? In any case there is
the _stret
infrastructure in LLVM-GCC for x86 platforms, so maybe that could be used to
fix the issue.
Regardless this is going to require some reverse engineering.
Original issue reported on code.google.com by [email protected] on 12 Sep 2007 at 5:00
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.