similar to: [LLVMdev] asm-verbose (on by default) is really, really slow

Very true, but we do want the testsuite to run fast. Can it be sped up? -Chris On Dec 12, 2010, at 10:57 AM, Anton Korobeynikov <anton at korobeynikov.info> wrote: >> Maybe this should be off by default? > It's off by default on any user-visible tools (e.g. clang / llvm-gcc). > Since llc is a developer tool it does make sense to enable verbose > output by default. >

> Very true, but we do want the testsuite to run fast.  Can it be sped up? Can't we just run testsuite with asm-verbose=0 ? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

> Maybe this should be off by default? It's off by default on any user-visible tools (e.g. clang / llvm-gcc). Since llc is a developer tool it does make sense to enable verbose output by default. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

On Dec 12, 2010, at 12:52 PM, Anton Korobeynikov wrote: >> Very true, but we do want the testsuite to run fast. Can it be sped up? > Can't we just run testsuite with asm-verbose=0 ? I meant llvm/test. I'm just surprised it is that slow, what is costing all the time? -Chris

Chris, When asm-verbose=true, it is spending the extra time here: % cumulative self self total time seconds seconds calls s/call s/call name 33.67 17.19 17.19 849 0.02 0.04 AddModuleTypesToPrinter 17.51 26.13 8.94 265849169 0.00 0.00 llvm::Value::getType() 8.74 30.59 4.46 258948922 0.00 0.00

Embedded Operating system/Networking (EON), RAM based live ZFS NAS appliance is released on Genunix! Many thanks to Genunix.org for download hosting and serving the opensolaris community. EON ZFS storage is available in a 32/64-bit CIFS and Samba versions: tryitEON 64-bit x86 CIFS ISO image version 0.59.4 based on snv_124 * eon-0.594-124-64-cifs.iso * MD5:

Hi, In my experiments, I need to disable several linking optimizations. However, bzip2, vortex and eon failed if "-disable-opt" was passed to gccld. I tried the out-of-box llvm and the building process provided by llvm-test. The same problem was observed, when I specified EXTRA_LINKTIME_OPT_FLAGS = -disable-opt on Makefile.program and simplied typed "make" under

I'm trying to enable ACI in openldap by: 1) Install the source rpm (rpm -ivh http://mirrors.kernel.org/centos/4/os/SRPMS/openldap-2.2.13-2.src.rpm) 2) Modify the spec file to include '--enable-aci' in the appropriate locations. I have even tried with the original (no aci) spec file. 3) Running 'rpmbuild -bb openldap.spec, which fails with the following output: <snip>

Hello, I setup a NAS based on EON 0.58.9-b104 (Osol 2008/11) incl. a zfs (raid-z zpool). This is shared in my LAN via smb = working. System is running from a flash USB stick. I now installed Osol 2009/11 on a flash disk in the same machine, so I be able to boot either EON or Osol 2009/11. I tried to import the zpool in Osol, the zpool is not listed available, instead I get a ''permission

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.

Why does GCC produce faster code using "-march=pentium2 -mtune=pentium4" on a Pentium 4 chip versus plain -march=pentium4? Try it... CPUTYPE=pentium2 CFLAGS+= -mtune=pentium4 COPTFLAGS+= -mtune=pentium4 -- BSD Podcasts @ http://bsdtalk.blogspot.com/

Hi all, I have a package that is specific to a task I was repetitively using a few years ago. I now needed to run it again with new data. However I am told it was built with an older version or R and will not work. How can I tweak the package so it will run on 11.1? It was a one-off product and has not been maintained. Is there a way to "unpackage" it and repackage it to work? I

Friday I enabled the inlinehint function attribute in the inliner. It mostly affects the performance of -Os compiled code. I have made some measurements on the SPEC test suite to show what it means. I made three runs of then nightly tests. The baseline represents -Os with no inlinehint: make TEST=nightly OPTFLAGS=-Os EXTRA_LOPT_OPTIONS=-inlinehint-threshold=0

I have just installed EON .599 on a machine with a 6 disk raidz2 configuration. I run updimg after creating a zpool. When I reboot, and attempt to run ''zpool list'' it returns ''no pools configured''. I''ve checked /etc/zfs/zpool.cache, and it appears to have configuration information about the disks in place. If I run zpool import, it loads

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 Folks I need some advice on whether what I am doing is correct, initially from a logical perspective. My company (E.ON - large utility) has a large ADS system. We are retiring NT4 domains and I have been asked to transfer the SAMBA domain log-ins into ADS. I am initially testing my work on Linux RHEL 4, running SAMBA 3.10. The ADS system consists of a realm/forest PG.EON.NET (old

Hello all, I've been trying to compile metamail on Centos4.2. But no luck so far. rpmbuild --rebuild metamail-2.7-30AS.src.rpm Installing metamail-2.7-30AS.src.rpm Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.96604 + umask 022 + cd /usr/src/redhat/BUILD + LANG=C + export LANG + unset DISPLAY + cd /usr/src/redhat/BUILD + rm -rf mm2.7 + /bin/gzip -dc /usr/src/redhat/SOURCES/mm2.7.tar.Z + tar

System: Linux 2.4.25, glibc-2.3.2, gcc-3.2.3 (weird palindrome there), on a Williamette core Pentium 4 (1.6Ghz) system. I've tried both speex 1.1.5 release, and the current CVS (which self-IDs as 1.1.4), and the result is the same. I suspect some funk in the use of the SSE intrinsics macros. Backtrace: #0 0x40024594 in filter_mem2_10 (x=0x805f31c, _num=0x8061fb8, _den=0x8061fe4,

Hi LLVMers, We're actively working on finishing up the release, which has been delayed. Last week was dominated by several paper submissions which were all due at about the same time, so the release fell behind (if you're interested, the papers are available on the main page). We are currently shooting for getting the release out the door early next week. That said, we have made a lot

Hi, I've tried the same configure options on my system and it doesn't crash. I have the same glibc and gcc 3.3.2 (can you see if a newer gcc works?). Also, could you explore a bit with different options so we can narrow it down a bit. For example, does it work with the default CFLAGS or without --vbr or --dtx. Last thing, maybe it's the file. If so, please send me the smallest sample