search for: codebench

Hi, Method RefNameBuilder::buildDuplicateNameMap() has an assert which blocks atoms with empty name. In general it looks reasonable but some toolchains (for example Sourcery CodeBench in both MIPS and ARM editions) can generate an object file contains absolute STT_FILE symbols with empty name. Moreover crt1.o object file from this toolchain has such symbol. I do not know is it a feature or bug but that behavior exists for a long time. Here is the reproduction script: [[ $ cat...

...ctions? [...] > On Feb 4, 2014, at 2:19 PM, Simon Atanasyan <simon at atanasyan.com> wrote: >> Method RefNameBuilder::buildDuplicateNameMap() has an assert which >> blocks atoms with empty name. In general it looks reasonable but some >> toolchains (for example Sourcery CodeBench in both MIPS and ARM >> editions) can generate an object file contains absolute STT_FILE >> symbols with empty name. Moreover crt1.o object file from this >> toolchain has such symbol. I do not know is it a feature or bug but >> that behavior exists for a long time. [...]...

Hello, I totally understood about this problem. codesourcery codebench arm eabi version uses newlibc. but, arm gnu/linux version uses glibc. hm.. actually there is no problem. it was my mistake as james told me. Thanks. 2011/11/24 Seung-yeon Choe <sychoe at gmail.com> > Hello, James Molly. > > Thank you for your advices. > > Now I aware that...

...ers, James From: Seung-yeon Choe [mailto:sychoe at gmail.com] Sent: 24 November 2011 05:42 To: James Molloy Cc: Anton Korobeynikov; llvmdev at cs.uiuc.edu Subject: Re: [LLVMdev] arm neon intrinsics cross compile error on windows system Hello, I totally understood about this problem. codesourcery codebench arm eabi version uses newlibc. but, arm gnu/linux version uses glibc. hm.. actually there is no problem. it was my mistake as james told me. Thanks. 2011/11/24 Seung-yeon Choe <sychoe at gmail.com<mailto:sychoe at gmail.com>> Hello, James Molly. Thank you for your advices. Now I a...

Hello, James Molly. Thank you for your advices. Now I aware that this is the problem of stdint.h. And, codesourcery toolchain also has stdint.h header file at same place of stdio.h Generally, Clang has "lib/clang/3.0/include" default search path. If I added codesourcery toolchain path for stdio.h with -I option, stdint.h has been loaded at the specified toolchain path first cuz

...ames Molloy > *Cc:* Anton Korobeynikov; llvmdev at cs.uiuc.edu > > *Subject:* Re: [LLVMdev] arm neon intrinsics cross compile error on > windows system**** > > ** ** > > Hello,**** > > ** ** > > I totally understood about this problem.**** > > codesourcery codebench arm eabi version uses newlibc.**** > > but, arm gnu/linux version uses glibc.**** > > ** ** > > hm.. actually there is no problem. it was my mistake as james told me.**** > > ** ** > > Thanks.**** > > ** ** > > ** ** > > 2011/11/24 Seung-yeon Choe &lt...

...allowed I realized this only when I moved to compile my firmware and got the following /tmp/startup-EFUAJp.s: Assembler messages: /tmp/startup-EFUAJp.s:84: Error: width suffixes are invalid in ARM mode -- `ldr.w sp,[r0]' Using the -v options produce the following gcc version 4.6.3 (Sourcery CodeBench Lite 2012.03-57) COLLECT_GCC_OPTIONS='-ffunction-sections' '-fno-common' '-fno-exceptions' '-fno-rtti' '-v' '-nostdlib' '-nodefaultlibs' '-Wall' '-stdlib=libc++' '-I' '/home/emitrax/bin/llvm/lib/c++/v1' '-st...

On Wed, Jul 18, 2012 at 5:45 PM, Renato Golin <rengolin at systemcall.org> wrote: > On 18 July 2012 15:46, salvatore benedetto > <salvatore.benedetto at gmail.com> wrote: >> $ clang++ -ccc-host-triple thumbv7m-none-gnueabi noInclude.cpp -c >> --sysroot=/home/emitrax/CodeSourcery/Sourcery_G++_Lite/arm-none-linux-gnueabi/libc/ > > Try -ccc-gcc-name

Hi, I am trying to optimize some benchmarks using LLVM and run them on gem5 simulator (build for ARM). I am using Sourcery Codebench cross-compiler for ARM on my x-86 machine. My steps up till now have been using the following commands. 1. clang -static -emit-llvm -march=armv7-a -mfloat-abi=soft -target arm-elf a.cpp -c -integrated-as \ --sysroot=/home/silky/CodeSourcery/Sourcery_CodeBench_Lite_for_ARM_GNU_Linux/arm-none-li...

On 18 July 2012 15:46, salvatore benedetto <salvatore.benedetto at gmail.com> wrote: > $ clang++ -ccc-host-triple thumbv7m-none-gnueabi noInclude.cpp -c > --sysroot=/home/emitrax/CodeSourcery/Sourcery_G++_Lite/arm-none-linux-gnueabi/libc/ Try -ccc-gcc-name arm-none-linux-gnueabi-g++ -ccc-host-triple thumbv7m-none-linux-gnueabi Sometimes it's better than sysroot, as it finds it

...but the newer version doesn’t support to set the ’Target ABI’ to ‘OABI’, someone says OABI rather EABI is necessary if want the executable run on simplescalar. So I don’t know how to solve this issue. ---------------------------------- 2. Then, I change the toolchain from ‘buildroot’ to ’Sourcery CodeBench’: arm-none-linux-gnueabi-gcc, I compile ’susan’ in MiBench as the above commands. I get the executable application (susan.out) successfully. That is to say, I can cross compile arm application via clang/llc/arm-none-linux-gnueabi-gcc!!! However, I get a fatal error when I run susan.out on simplesca...

...on windows. Could you let me know why occurred errors? is this just a bug at windows system? the used command is clang helloneon.c -o helloneon.bc -c -emit-llvm -ccc-host-triple= armv7-none-gnueabi -mcpu=cortex-a8 -mfpu=neon -mfloat-abi=hard -mthumb -I"C:\Program Files\CodeSourcery\Sourcery_CodeBench_for_ARM_EABI\arm-none-eabi\include" -ferror-limit=1000 and the followings are error codes. Thanks and regards, Seung-yeon. In file included from helloneon.c:4: d:/llvm_projects/llvm-3.0rc4/bin/../lib/clang/3.0/include\arm_neon.h:41:24: error: invalid vector element type 'int32_t'...