similar to: [LLVMdev] [patch] arm bootstrap

Attached is a port of the new ARM eabi from gcc 4.1 to the llvm-gcc branch. With this patch I am able to bootstrap the 4.0 branch using the new eabi. The llvm-gcc branch fails with ------------------------------------ internal compiler error: in prune_unused_types_update_strings, at dwarf2out.c:14372 ------------------------------------ But I believe that this is an unrelated problem and I will

Attached is the current ARM patch. It allows the LLVM branch to compile on linux/arm and the resulting libgcc is compatible with a glibc compiled a vanilla gcc,i.e, a statically compiled hello world works :-) The patch was constructed by merging patches from gcc 4.1 with minimal editing for making merging easier. It was requested that I bracket the changes, I will try to remove all unnecessary

On 11/24/06, Rafael Espíndola <rafael.espindola at gmail.com> wrote: > Attached is a port of the new ARM eabi from gcc 4.1 to the llvm-gcc > branch. With this patch I am able to bootstrap the 4.0 branch using > the new eabi. The llvm-gcc branch fails with > > ------------------------------------ > internal compiler error: in prune_unused_types_update_strings, at >

Rafael, Remember that the qemu <= 0.9.0 can misexecute code compiled by LLVM. I think you should test using qemu CVS. Lauro 2007/11/2, Rafael Espindola <espindola at google.com>: > Hello, > > I am trying to bootstrap on ARM linux EABI using a qemu chroot to > better test my changes on at least one more architecture. > > I am using the following configure line: >

Hello, I am trying to bootstrap on ARM linux EABI using a qemu chroot to better test my changes on at least one more architecture. I am using the following configure line: ../gcc/configure --prefix=/home/espindola/install/ --program-prefix=llvm- --enable-languages=c --disable-shared --disable-multilib --enable-llvm=/home/espindola/build --enable-checking arm-linux-gnueabi The bootstrap fails

hi, So... I followed the following steps in order to compile the llvm-gcc frontend. The single problem is that mentioned in the previous message: llvm-gcc HelloWorld.c /home/LLVM/install/lib/gcc/arm-elf/4.2.1/../../../../arm-elf/bin/ld: this linker was not configured to use sysroots collect2: ld returned 1 exit status 1. I have compiled the binutils for the arm-none-eabi target. Options:

Dear all, I am using initramfs and from the kernel document, I know klibc. So i decide to use it. We are working on marvell pxa310 (bought from Intel), and with the tools chain from marvell, I comple klibc as follows: klibc-1.5> ln -s /home/zjujoe/svn/mhlv_2.6/working/songlixin/20081007_kernel_tflashupdate/ linux klibc-1.5>cat 1.sh export KLIBCARCH=arm export

Hi guys, Thanks for all the info. Then, if, besides compiler-rt, I also need some other libs, such as libm, how do I link? Here is an example of missing functions in compiler-rt when linking: "-lstdc++ -lm --start-group -lcompiler-rt-armv7 -lgcc_eh -lc --end-group" vs. "-lstdc++ -lm --start-group -lgcc -lgcc_eh -lc --end-group" ...

Hi, I am new to LLVM and have been trying to get it working on scratchbox (ARM target). When I try to build llvm-2.1, the build freezes with the following output.. /scratchbox/compilers/arm-softfloat-linux-gcc-3.4.4-cs-2005q3-2-glibc-2.3.6/bin/sbox-arm-softfloat-linux-gnu-nm: 'libgcc/./_dvmd_lnx_s.o': No such file mv -f libgcc/./_dvmd_lnx.visT libgcc/./_dvmd_lnx.vis

Hello, I am trying to cross compile LLVM. Build and compile on Mac OS X 10.5.7 Target is an Angstrom Linux Cortex-A8 Beagle board. I would like to avoid GPLv3. I can compile. But when I run my executable on Beagle crt0.S is calling an AngelSWI to setup the heap and stack. But the AngelSWI seems to just be a stub because it returns zeros for the pointers. That leads to a segfault. If I hack in

Rafael, Please bracket portions of your changes that involve modification of C/C++ source code. For cases of modifying configuration scripts and make files, use your best judgement. Obviously having the brackets emitted in generated code is problematic (line numbers et cetera), so don't bother in those cases. Beside marking the changes we've made, the purpose of APPLE LOCAL

Hi Arvind, To use llvm inside scratchbox you must use a newer qemu. See http://setanta.wordpress.com/2007/11/20/qemu-arm-eabi-no-scratchbox/ (in Portuguese, but the important things are in bash :) ) I don't know if it is the problem in this case, but it should be the first attempt. Lauro 2008/1/21, Rafael Espindola <espindola at google.com>: > On 21/01/2008, Arvind Ayyangar

I can't boostrap LLVM CFE at FreeBSD with current LLVM and LLVM CFE CVS sources. GCC bootstrap terminated with error: /usr/home/wanderer/pkg/build/llvm/objcfe/gcc/xgcc -B/usr/home/wanderer/pkg/build/llvm/objcfe/gcc/ -B/home/wanderer/pkg/build /llvm/night/cfe/i386-unknown-freebsd5.3/bin/ -B/home/wanderer/pkg/build/llvm/night/cfe/i386-unknown-freebsd5.3/lib/ -isystem

The parts of klibc specific to the arm architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 1eff7c685b36cd0120694fd4150b32a26168d926 tree 953dd1dbd2e994fc27c6cf5708fcbe06fe000d58 parent 5e5ce29210ac33a0b3704eb9ab5e5d5b55375575 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:16 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun

I've committed the patch with some fixes. It allows ARM target to generate Dwarf information. However, I did not have much luck debugging llvm produced executables. I would appreciate it very much if you can put the debug support to test and contribute more patches. Thanks, Evan On Dec 10, 2008, at 8:38 AM, Mike-1 wrote: > > Hi all, > > FlexyCore, the company I am working

> This seems to be the problem in my box, and Benjamin's hint did solve the > problem (setting MaxAtomicInlineWidth). However, I'm not sure what relation > that variable has to do with choosing library calls or not. If it's just a > matter of variable sizes (allowing direct atomic calls on 64-bit VFP > instructions), that it's possible that the fix is correct. For

Hi Mikaël, Thanks for the patch. Some comments: 1. Please don't use tabs. 2. Index: lib/Target/ARM/ARMInstrInfo.cpp =================================================================== --- lib/Target/ARM/ARMInstrInfo.cpp (revision 14) +++ lib/Target/ARM/ARMInstrInfo.cpp (working copy) @@ -904,7 +904,8 @@ return TAI->getInlineAsmLength(MI-

> The ARM part of MC is almost empty, so there's a lot of work in there, > probably even before writing the assembly/ELF writers. Also, AFAIK, > there is no ELF writer for MC, so wouldn't be good to write one > specific for the ARM platform, but keep things generic as much as > possible. There is one for x86/x86-64 on the works. It has some limitations, but can produce

On Dec 11, 2008, at 8:23 AM, Mike-1 wrote: > > Thanks for the commit. > > FlexyCore works only on ARM EABI Linux target for now. This binary > with > Dwarf information could be debugged with a gdb-server 6.8 without > problem on > our side. Good to hear. Are you able to examine aggregates? > > > If you are working on ARM Linux target, could you send us LLVM

Attached is a port of the new ARM eabi from gcc 4.1 to the llvm-gcc branch. With this patch I am able to bootstrap the 4.0 branch using the new eabi. The llvm-gcc branch fails with ------------------------------------ internal compiler error: in prune_unused_types_update_strings, at dwarf2out.c:14372 ------------------------------------ But I believe that this is an unrelated problem and I will