search for: sanjuchugh

> ld-new works only with those objects which are compiled using native gcc but > doesn't work for cross-compiler gcc/arm. Ok, please show: ld --version and last few lines of the ld --help output -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Did you mean ld-new ? ld-new -v GNU gold (GNU Binutils 2.20.51.20100707) 1.9 ld-new --help ./ld-new: supported targets: elf32-i386 elf32-i386-freebsd elf64-x86-64 elf64-x86-64-freebsd elf64-sparc elf32-sparc elf64-powerpcle elf64-powerpc elf32-powerpcle elf32-powerpc elf32-bigarm elf32-littlearm On Mon, Jul 12, 2010 at 6:52 PM, Anton Korobeynikov <anton at korobeynikov.info > wrote:

Hi, Any help would b appreicated. This is one of my critical assignment. Thanks Sanjeev On Thu, Jun 17, 2010 at 7:03 PM, Sanjeev chugh <sanjuchugh at gmail.com> wrote: > Hello, > > Thanks for the reply. We have an product whose one part has lot of > algorithms doing some graphics work. Our intention was to figure out if > there can be any performance gain if we use llvm instead of native ARM. This > is for ARM target. Ea...

Yes, I'm following this page only and did whatever is mentioned there. On Mon, Jul 12, 2010 at 6:57 PM, Sanjeev chugh <sanjuchugh at gmail.com> wrote: > Did you mean ld-new ? > > ld-new -v > GNU gold (GNU Binutils 2.20.51.20100707) 1.9 > > ld-new --help > ./ld-new: supported targets: elf32-i386 elf32-i386-freebsd elf64-x86-64 > elf64-x86-64-freebsd elf64-sparc elf32-sparc elf64-powerpcle elf64-powe...

Hello, Thanks for the reply. We have an product whose one part has lot of algorithms doing some graphics work. Our intention was to figure out if there can be any performance gain if we use llvm instead of native ARM. This is for ARM target. Earlier, I have built this component using llvm and tested it on x86. Performance was 4x as compared to native gcc. Then I built llvm for ARM and tested

Hi All, I'm a new user of LLVM. I've been able to build and use LLVM for x86 architecture and I tried my code on simulator and it showed good performance boost. Same thing now I want to try out on ARM architecture which is a 32 bit embedded Linux. To build LLVM on ARM, what does I need to do ? 1. Does I need to build llvm front end for ARM ? 2. I think I need to build LLVM for ARM. What

No, I'm using the latest binutils. On Mon, Jun 28, 2010 at 1:14 PM, Anton Korobeynikov <anton at korobeynikov.info > wrote: > > Any help would b appreicated. This is one of my critical assignment. > Well, as was already indicated - make sure that you're using the > latest binutils (2.20 is not fresh enough, btw). > > -- > With best regards, Anton Korobeynikov

Sorry about that. As you can see, I'm using binutils (ld & as ) from arm toolchain we use to build things for our target. arm_a_b_c_ld -v gives 2.17.50.20070611 arm_a_b_c_as -v gives 2.17.50.20070611 Do you belive that older binaries of (linker & assembler) can cause performance drop ? Unfortunately I'm not in a position to update the arm compiler for my company :) On Mon, Jun

Thanks, last doubt :) But I wanted to say is using these binutils I have built a llvm compiler for our ARM target. Now our libraries which are either compiled with native ARM or with this llvm compiler gives same performance numbers. However this only llvm compiler if compared with x86 compiler gives huge performance gain. Any idea why this might be happening ? On Mon, Jun 28, 2010 at 1:57 PM,

exactly On Mon, Jun 28, 2010 at 2:11 PM, Anton Korobeynikov <anton at korobeynikov.info > wrote: > > But I wanted to say is using these binutils I have built a llvm compiler > for > > our ARM target. > That's correct. Mostly because gcc is using pre-UAL ARM assembler syntax > and LLVM switched fully to UAL one. Also, UAL is needed for correct Thumb-2 > support,

Hello, Since, I cudn't get performance gain using llvm compiler, I've tried to use gold linker instead of going through these following steps. a) 'llvm-gcc -c -flo -O2' to generate the .bc files. b) 'llvm-ld' to combine them into a single .bc. No, not a .so nor a .a. c) 'llc' to turn your combined .bc into a .s d) 'as' to turn your .s into a .o I followed

my g++-cross was configured with following parameters: ./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --target=armv7fl-montavista-linux-gnueabi --enable-cross --with-sysroot=/home/arm_v7_vfp_le/target/ --with-build-sysroot=/home/arm_v7_vfp_le/target/ --enable-shared --enable-languages=c,c++ --with-as=/home/arm_v7_vfp_le/bin/arm_v7_vfp_le-as

Does you mean that these assembler errors are due to this particular version of binutils(2.20.1) and may get resolved if used 2.20.51. On Wed, Jul 28, 2010 at 5:39 PM, Anton Korobeynikov <anton at korobeynikov.info > wrote: > Hello > > > I'm using gold linker now to see if there can be any performance gain. > Also > > using latest gcc version (4.4.4) and latest

This is the full description of errors I am getting /home/llvm-gcc-4.2-2.7.source/host-i686-pc-linux-gnu/gcc/xgcc -B/home/llvm-gcc-4.2-2.7.source/host-i686-pc-linux-gnu/gcc/ -B/usr/local/armv7fl-montavista-linux-gnueabi/bin/ -B/usr/local/armv7fl-montavista-linux-gnueabi/lib/ -isystem /usr/local/armv7fl-montavista-linux-gnueabi/include -isystem

I'm getting following errors while cross compiling llvm for ARM. Please help since it is urgent and critical My gcc version is 4.2.0, 32bit Linux and target is ARM Configure options are: ./configure --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --target=armv7fl-montavista-linux-gnueabi --enable-cross --with-sysroot=/home//arm_v7_vfp_le/target/

Hello, I'm using gold linker now to see if there can be any performance gain. Also using latest gcc version (4.4.4) and latest binutils. But when I'm compiling llvm-gcc, I'm getting this error. /home/jal/llvm-gcc-4.2-2.7.source/host-i686-pc-linux-gnu/gcc/xgcc -B/home/jal/llvm-gcc-4.2-2.7.source/host-i686-pc-linux-gnu/gcc/ -B/usr/local/arm-v7a8-linux-gnueabi/bin/

Sorry for not explaining well. After compiling with g++-cross g++-cross -c a.c I do link using this command /gold_binutils/build/gold/ld-new -plugin ~/Desktop/Sanjeev/LLVM/llvm-2.7/Release/lib/libLLVMgold.so --eh-frame-hdr -melf_i386 -dynamic-linker /lib/ld-linux.so.2 /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc/i686-pc-linux-gnu/4.2.0/crtbegin.o