search for: crafty

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 -march=arm 186.crafty/186.crafty.rel.bc -o 186.crafty/186.crafty.m5arm.s And there is not inline assembly in my C code. Should I somehow specify arm related options to l...

Hello, I am getting the following error while generating code for arm using llc for one of the specint2000 benchmark. Though same works for x86 target. 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? Is there a work around for this? I have tried different register allocator using option "-regalloc=<>" to 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 reg...

...164.gzip 1268 1320 4.15% 175.vpr 1605 1534 -4.42% 176.gcc 2203 2315 5.08% 181.mcf 1625 1737 6.85% 186.crafty 2411 2307 -4.30% 197.parser 1173 1166 -0.57% 252.eon 2245 2464 9.72% 253.perlbmk 2214 2444 10.37% 254.gap...

...1268 1320 4.15% > 175.vpr 1605 1534 -4.42% > 176.gcc 2203 2315 5.08% > 181.mcf 1625 1737 6.85% > 186.crafty 2411 2307 -4.30% > 197.parser 1173 1166 -0.57% > 252.eon 2245 2464 9.72% > 253.perlbmk 2214 2444 10.37% >...

...0.98 CFP2000/183.equake/183.equake 1.00 CFP2000/188.ammp/188.ammp 0.98 CINT2000/164.gzip/164.gzip 0.97 CINT2000/175.vpr/175.vpr 0.97 CINT2000/176.gcc/176.gcc n/a // crashed! CINT2000/181.mcf/181.mcf 1.02 CINT2000/186.crafty/186.crafty 1.00 CINT2000/197.parser/197.parser 1.01 CINT2000/252.eon/252.eon n/a // never runs CINT2000/253.perlbmk/253.perlbmk 1.05 CINT2000/254.gap/254.gap 0.97 CINT2000/255.vortex/255.vortex 1.00 CINT2000/256.bzip2/256.bzip2...

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>

...The register-starved i386 target benefits the most. This is the change in execution time for the SPEC benchmarks that change by more than 3% (minus means faster, plus slower): Targeting i386: -19.3% 164.gzip -12.5% 433.milc -8.8% 473.astar -7.4% 401.bzip2 -6.4% 183.equake -4.9% 456.hmmer -4.6% 186.crafty -4.6% 188.ammp -4.1% 403.gcc -4.0% 256.bzip2 -3.2% 197.parser -3.1% 175.vpr -3.0% 464.h264ref +6.7% 177.mesa With more registers and out-of-order execution hiding the cost of spilling, x86-64 is more mixed. I suspect this architecture is more sensitive to code layout issues than to register alloca...

...When I use O3 instead of O4, the errors disappear. I use llvm-2.6 version on Red hat Linux. The CPU is "Dual-Core AMD Opteron(tm) Processor 8218" Can anyone give help? Btw, some benchmarks run more slowly wth llvm-gcc O3 than with gcc O3(version is 4.4.2) on my system. Such as 186.crafty, 253.perlbmk, 254.gap Anyone give comments? Thanks Shengmei -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091223/f764e634/attachment.html>

...tm) > Processor 8218” > > Can anyone give help? > This page describes how to build Gold, and LLVM's plugin: http://llvm.org/docs/GoldPlugin.html > > > Btw, some benchmarks run more slowly wth llvm-gcc O3 than with gcc > O3(version is 4.4.2) on my system. Such as 186.crafty, 253.perlbmk, > 254.gap > > Anyone give comments? > How much slower? Best regards, --Edwin

...e sense > for the former, though, since we're casting up to 64 bits from the > smaller 32. So, does anyone have any insight, comments, or thoughts > on why we're zext up to 64 bit representation? GEP uses sext, not zext (though a sext can be replaced by a zext in some cases by a crafty optimizer). GEP indices are normalized to be pointer-sized integers. This is done to aid optimization, as GEPs are ultimately lowered to pointer-sized integer arithmetic on most targets, and exposing the casts to the optimizer earlier rather than later gives it more flexibility to fold them or re...

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 compiled by us and not from any vendor. Thank you suggestion, I'll try to ask the Samba team. On Monday, June 29, 2015, Helmut Hullen <Hullen at t-online.de> wrote: > Ha...

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 trunc'd down to 32 bits even if they ultimately reference an alloc'd

....gzip 0.00% 0.17% 32.44% -4.93% SPEC/CINT2000/175.vpr/175.vpr 0.00% 1.01% 18.17% 3.34% SPEC/CINT2000/176.gcc/176.gcc 0.31% 0.98% 32.86% 3.00% SPEC/CINT2000/181.mcf/181.mcf 0.00% -0.61% 11.02% -0.15% SPEC/CINT2000/186.crafty/186.crafty 0.00% 0.00% 23.97% 3.14% SPEC/CINT2000/197.parser/197.parser 1.18% 1.32% 47.48% 6.23% SPEC/CINT2000/252.eon/252.eon 2.39% 3.45% 15.34% 11.11% SPEC/CINT2000/253.perlbmk/253.perlbmk 0.13% -0.41% 33.45% 1.67% SPEC/CINT2000/25...

While I am waiting for a 1.0 release of Ogg Vorbis, I made a "WAV" folder on my computer and have been regularly ripping CDs into that folder using Exact Audio Copy. Right now that folder has 3.4 GB of wave files in different subfolders. Is there a program in which I could specify this "WAV" folder, and it would go and recursively convert all WAVs into oggs of the same filename

Hello, ALL. I am trying to organize a transparent single sign-on concept for my Active Directory users into Dovecot via IMAP. On the user's desktop I use Thunderbird 6.0 as a mail client (MUA), Windows XP as an operating system. Domain is controlled by Windows 2008 Server SP2 with Active Directory. I have installed on my Mail server Debian GNU/Linux 6.0.2 (Squeeze) and Dovecot 2.0.13 from

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 operatio...

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 operatio...

...gcc on a .c file and this point is moot). At one point, some time ago, I was also working on this as well. My approach and results are here: http://llvm.org/status/ Note that it hasn't been updated since 2004 (one entry in 2005). You'll note at the time I was able to run xboard, gnuchess, crafty (the first three played well together; pun intended), mutt, screen, wget, gnuplot and apache httpd (see below). In the best case, one of these would work: % env CC=llvm-gcc CXX=llvm-g++ ./configure [configure options] or % ./configure CC=llvm-gcc CXX=llvm-g++ [configure options] but in other cas...

...ed there. Only, it says to define the LLVM_LIB_SEARCH_PATH environment variable. Only, I can't find libcrtend.a anywhere in the cfrontend directories. Is there a known workaround for this? And if there is, why isn't it in the documentation? Affected benchmarks: equake, lucas, vpr, gcc, crafty, eon, gcc *** syntax error Compiling the perlbmk benchmark produces a syntax error. This may be a GCC4 problem. <path>/SPEC_CPU2000_1.3_src/benchspec/CINT2000/253.perlbmk/src/ nt_perlmain.c:80: error: syntax error before ‘int’ (among others) This specific line of code is: DllExport i...