similar to: [LLVMdev] Incorrect values of GCC/LLC, GCC/LLC-BETA and LLC/LLC-BETA columns in the report.html

On Mon, Nov 12, 2012 at 11:15 PM, Simon Atanasyan <satanasyan at mips.com> wrote: > I run LLVM test suite using the following command and get > report.nightly.html successfully. > > % make report.html TEST=nightly > > But GCC/LLC, GCC/LLC-BETA and LLC/LLC-BETA columns look strange. Here > is for example snippet of "clamscan" test result: > [[ > Program

Hi, We are getting closer. 1. In Makefile, all the references to CFLAGS should be CPPFLAGS instead. 2. filterdiff.sh uses sed -re. This causes a problem on Mac OS X where -E means using extended regular expression, not -r. sed: illegal option -- r usage: sed script [-Ealn] [-i extension] [file ...] sed [-Ealn] [-i extension] [-e script] ... [-f script_file] ... [file ...] Can this

I've filed http://www.llvm.org/bugs/show_bug.cgi?id=1912 for the optimizer bug. Evan On Jan 10, 2008, at 11:28 AM, Evan Cheng wrote: > Hi, > > We are getting closer. > > 1. In Makefile, all the references to CFLAGS should be CPPFLAGS > instead. > 2. filterdiff.sh uses sed -re. This causes a problem on Mac OS X where > -E means using extended regular expression, not

Török Edwin wrote: > Yes, I have uploaded the .tar.gz here: > http://edwintorok.googlepages.com/ClamAV-srcflat.tar.gz > [inputs dir contains some symlink, place ClamAV dir in > llvm/projects/llvm-test/MultiSource/Applications to make > links point to right place] > > Hi, Because llvm bug #1730 got fixed, this testcase can run under with the JIT on x86-64 :). I have

Hi Edwin, I ran into two problems. 1. Using your config file and Makefile, I ran into issue compiling with gcc: gcc -I/Users/echeng/LLVM/llvm/projects/llvm-test/MultiSource/ Applications/ClamAV -I/Users/echeng/LLVM/llvm/projects/llvm-test/ MultiSource/Applications/ClamAV -I/\Users/echeng/LLVM/llvm/include -I/ Users/echeng/LLVM/llvm/projects/llvm-test/include -I../../..//include

Hi, I'm trying to run the benchmark suite: http://llvm.org/docs/TestingGuide.html#test-suite-quickstart I'm doing it the lnt way, as described at: http://llvm.org/docs/lnt/quickstart.html I don't know what to expect but the results seems to be quite noisy and unstable. E.g I've done two runs on two different commits that only differ by a space in CODE_OWNERS.txt on my 12

On 04/02/2013 11:06 PM, Daniel Dunbar wrote: > On Tue, Apr 2, 2013 at 11:46 AM, Renato Golin <renato.golin at linaro.org <mailto:renato.golin at linaro.org>> wrote: > > On 2 April 2013 19:20, Daniel Dunbar <daniel at zuster.org <mailto:daniel at zuster.org>> wrote: > > What is it that makes the output of the program asynchronous? The output is

Chris Lattner wrote: > One way to do this is to add a "cut down" version of the app to the > test suite. I disabled optional features in clamav-config.h > >> 2. GPL license. Chris? > > Any open source license that allows unrestricted redistribution is > fine in llvm-test Ok, I have created a script that automatically checks out ClamAV 0.92-stable source code

> On Feb 27, 2017, at 1:36 AM, Kristof Beyls via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi Mikael, > > Some noisiness in benchmark results is expected, but the numbers you see seem to be higher than I'd expect. > A number of tricks people use to get lower noise results are (with the lnt runtest nt command line options to enable it between brackets): > *

Two other things: 1) I get massively more stable execution times on 16.04 than on 14.04 on both x86 and ARM because 16.04 does far fewer gratuitous moves from one core to another, even without explicit pinning. 2) turn off ASLR: "echo 0 > /proc/sys/kernel/randomize_va_space". As well as getting stable addresses for debugging repeatability, it also stabilizes execution time

We have a perl cgi script that accepts uploaded files and runs clamscan on them. While observing the system performance I noticed that each clamscan process consumes up to 250MB of RAM. Is this normal for ClamAV? This seems like an enormous amount of RAM, for simply scanning one file for viruses.

this is strange to me but maybe not to y'all I use clamscan --exclude in other places but this certain one will not work... let me put up my fstab before I explain k: # This file is edited by fstab-sync - see 'man fstab-sync' for details LABEL=/ / ext3 defaults 1 1 LABEL=/boot1 /boot ext3 defaults 1 2 none

I'd like to clarify the meaning of "Intr*Mem" flags used in intrinsics definitions. If an intrinsic does not access memory but read and write control registers, what flag should I apply in this case: IntrNoMem or IntrReadWriteArgMem or nothing? Thanks. -- Simon

On Mon, 17 Dec 2007, Evan Cheng wrote: > We always welcome more tests. But it looks like there are two issues > here. > > 1. The autoconf requirement. Is it possible to get one configuration > working without the need for autoconf? One way to do this is to add a "cut down" version of the app to the test suite. > 2. GPL license. Chris? Any open source license that

[0:root at elmo ~]$ rpm -q dovecot dovecot-2.2.18-2.fc22.x86_64 I got a surprise today when I tried the doveadm search function from: http://wiki2.dovecot.org/Plugins/Expire [0:root at elmo ~]$ doveadm search -A mailbox Trash savedbefore 30d doveadm(clamscan): Error: User initialization failed: Namespace '': mkdir(//Maildir) failed: Permission denied (euid=982(clamscan)

Devang has fixed the bug. I've added ClamAV to the testsuite. Thanks! Evan On Jan 13, 2008, at 7:33 PM, Evan Cheng wrote: > I've filed > http://www.llvm.org/bugs/show_bug.cgi?id=1912 > for the optimizer bug. > > Evan > > On Jan 10, 2008, at 11:28 AM, Evan Cheng wrote: > >> Hi, >> >> We are getting closer. >> >> 1. In Makefile, all

Evan Cheng wrote: > Hi Edwin, > > I ran into two problems. > > 1. Using your config file and Makefile, I ran into issue compiling > with gcc: > > Looks like it's a makefile issue? > Should be solved with the new flattened source layout and Makefile (-I. was missing) > 2. prepare.sh getdb doesn't work for me because I don't have wget. > > Is it

I just checked the status of amavisd: # systemctl -l status amavisd ? amavisd.service - Amavisd-new is an interface between MTA and content checkers. ?? Loaded: loaded (/usr/lib/systemd/system/amavisd.service; enabled; vendor preset: disabled) ?? Active: active (running) since Thu 2019-02-07 08:16:59 EST; 7h ago ???? Docs: http://www.ijs.si/software/amavisd/#doc ? Process: 5715

Hi, On Wed, Jul 4, 2012 at 9:21 AM, ETANI NORIKO <noriko-e at fc.ritsumei.ac.jp> wrote: > Please advise me how to change a compiler from a host one to a target one. Suppose MIPS toolchain is installed in the $MIPS folder (i.e. mips-linux-gnu-gcc is in the $MIPS/bin folder). Note, if you want to generate little-endian code and/or 64-bit code, you have to create the following links in the

There is almost certainly a bug in lnt or the makefiles. I changed the body of Burg main to the following: + printf("Hello World\n"); + return 0; I re-ran the test-suite again and got the following errors: --- Tested: 986 tests -- FAIL: MultiSource/Applications/Burg/burg.execution_time (494 of 986) FAIL: MultiSource/Applications/ClamAV/clamscan.execution_time (495 of 986) FAIL: