similar to: [LLVMdev] code generation for ARM

Thanks for your reply. I have a normal (../configure --enable-profiling --disable-optimized --enable-assertions) llvm debug+profile+assert build. I am generating llvm-bitcode using following commands. llvm-gcc -DLINUX_i386 -DSPEC_CPU2000 -O3 -emit-llvm 186.crafty/src/valid.c -c -o 186.crafty/src/valid.bc --- llvm-link 186.crafty/src/*.bc -o 186.crafty/186.crafty.rel.bc and finally: llc

Hello > Command => llc -march=arm 186.crafty/186.crafty.rel.bc -o > 186.crafty/186.crafty.m5arm.s > Error =>  LLVM ERROR: Couldn't allocate output reg for constraint '{cx}'! > > Have anyone seen this before? It seems you're feeding x86-specific LLVM IR to arm backend. Please don't do that. -- With best regards, Anton Korobeynikov Faculty of Mathematics

Hi All, I am trying to configure llvm so with test-suite enabled. I have downloaded the test-suite. Spec 2000 benchmarks sources are plugged in speccpu2000 at $LLVM_SRC_ROOT/projects/test-suite-externals/speccpu2000/benchspec e.g.: 164.gzip dir is $LLVM_SRC_ROOT/projects/test-suite-externals/speccpu2000/benchspec/164.gzip My configure command is: ../configure --disable-optimized

Hi Duncan, Do you have sources also in the $LLVM_SRC_ROOT/projects/test-suite/External/SPEC/CINT2000/164.gzip? The following is content of above directory in my case. I have copied the CINT2000 sources in this directory manually. $ls -1 $LLVM_SRC_ROOT/projects/test-suite/External/SPEC/CINT2000/164.gzip 164.gzip.reference_output 164.gzip.reference_output.small compile_info compile_parms

Hi, I have looked at the LLVM code generation quality using small test cases and in general it is better than I thought and in some cases better than gcc. However, there are still some gap in SPEC performance. I have not looked at the root cause of those gaps. Anyone who cares about LLVM performance need to take this seriously. For fair comparison, I used -fno-strict-aliasing in gcc to turn off

Hi Daya, > checking for spec2000 benchmark sources... no, not found in > $LLVM_SRC_ROOT/projects/test-suite-externals/speccpu2000/benchspec I have 164.gzip at $LLVM_SRC_ROOT/projects/test-suite/External/SPEC/CINT2000/164.gzip and it seems to work. Ciao, Duncan.

Thanks David. Unfortunately many of us cannot use GPL v3 gcc so it's hard for us to investigate this. One question, can you tell if gcc is inlining significantly more than llvm? We have reports that this is one of the issue plaguing eon performance. There are also some relatively well known spec optimizations that we haven't implemented. e.g.

Hi, guys, I am comparing the performance of the default scheduler (seems to be the one that minimizes register pressure) with no scheduler (-pre-RA-sched=none), and I got these numbers. The ratio is low_reg_pressure/none, that is, the lower the number, the better the performance with low register pressure: CFP2000/177.mesa/177.mesa 1.00 CFP2000/179.art/179.art

> llvm-ld: error: Cannot find library 'c' I'm using this hack, but of course there should really be a correct fix for this "gcc multi-arch" issue. --- test-suite/Makefile.programs (revision 134059) +++ test-suite/Makefile.programs (working copy) @@ -362,6 +362,7 @@ # Disable asm-verbose. This can slow down compilation and is not what the # compilers default to

Hi List I am wondering if some of you might know about any free alternative to Crafty Syntax Live and?Help Center Live? Regards Per? -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20090504/8d8eb698/attachment-0004.html>

Hi, all I use llvm-gcc -O4 to compile SPEC 2000, some benchmarks can't be built successfully, such as 164.gzip, 175.vpr etc. The error messages are as follows. .. zh.o unlzw.o unpack.o unzip.o util.o zip.o -o gzip bits.o: file not recognized: File format not recognized collect2: ld returned 1 exit status specmake: *** [gzip] Error 1 specmake options 2> options.err |

On 2009-12-23 08:22, Li Shengmei wrote: > > Hi, all > > I use llvm-gcc –O4 to compile SPEC 2000, some benchmarks > can’t be built successfully, such as 164.gzip, 175.vpr etc. > > The error messages are as follows. > > > > …… > > zh.o unlzw.o unpack.o unzip.o util.o zip.o -o gzip > > bits.o: file not recognized: File format not recognized

On Nov 2, 2009, at 3:30 PM, Jon McLachlan wrote: > Hey folks, > > I am hoping that someone might be able to help me better understand > this design decision: For a 64 bit target, index's into GEP's of > arrays are zext up to 64 bit integers, even if the variable itself is > an alloca of only i32. Similarly, on a 32 bit target, index's into > GEP's are

Thank you for the responses! Hi Helmut, I actually prefer moving into a newer version that has all the great new features, but due to policies inside our firm it will be a long process. I find the idea of modifying the new version Samba to start up like the old version. Very crafty! :) Hi Volker, yes we do have a support contract with Red Hat and Oracle. The version we are currently using is

Thank you all for the inline assembly pointer. I have some macros (FD_ZERO, FD_SET) in benchmark code which comes from C library select (synchronous I/O multiplexing) and it does contain inline assembly. Is there a way the code containing such macros can work for ARM if compiled through llvm? Thanks Daya On Tue, Jun 14, 2011 at 3:02 PM, Duncan Sands <baldrick at free.fr> wrote: > Hi

My source directory wasn't correct but now I have a correct test directory structure. $ls -1 ~/tmp/speccpu2000/benchspec/CINT2000/164.gzip/ data docs exe result run Spec src version I reconfigured the llvm with ../configure --prefix=/home/dskhudia/tmp/llvm-install --with-llvmgccdir=/home/dskhudia/tmp/llvm-install --with-externals=/home/dskhudia/tmp Now I can execute the make -C 164.gzip but

Hi Daya, > And there is not inline assembly in my C code. there may well be in header files you include. > > Error => LLVM ERROR: Couldn't allocate output reg for constraint '{cx}'! This error message is complaining about inline assembler. Ciao, Duncan.

Hi All I am trying to understand if I can use migrations to migrate data under the following conditions 1. Across 2 different databases (Oracle/DB2) with same schemas. 2. Across 2 different databases (Oracle/DB2) with different schemas. I am trying to avoid writing DBI/OCI8 scripts. Can somone please shed some light if this is even possible? thanks -daya -------------- next part

Hi Is anyone aware of any Document Management System in Rails. Googling didn''t help me find any Rails based solution. The DMS I need, need to have the following feature apart form the usual ones. 1. Version control of documents. 2. Tracking version control for each group of users independently from the other group . These groups may share the same document name but may have different

Move I/O instruction building to the sub-arch layer. Some very crafty but esoteric macros are used here to get optimized native instructions for port I/O in Linux be writing raw instruction strings. Adding a wrapper layer here is fairly easy, and makes the full range of I/O instructions available to the VMI interface. Also, slowing down I/O is not a useful operation in a VM, so there is a VMI