search for: grawp

Nightly tester 'grawp' is reporting compilation error ? How do I see detailed build log ? Thanks, - Devang

Hi Devang, Unfortunately, there's no way to see the build log unless you're on the machine from which the report was generated. If you can log in to Grawp's machine then it should be in the "WEBDIR". It is most likely mis-compiling because the needed llvm-gcc patch has not been applied after the SETCC patch to LLVM was committed last weekend. Reid. On Fri, 2006-12-29 at 16:51 -0800, Devang Patel wrote: > Nightly tester 'grawp&...

....ll:17: while reading token: 'void' Cheers, --Jim On 30-Dec-06, at 05:39 AM, Reid Spencer wrote: > Hi Devang, > > Unfortunately, there's no way to see the build log unless you're on > the > machine from which the report was generated. If you can log in to > Grawp's machine then it should be in the "WEBDIR". > > It is most likely mis-compiling because the needed llvm-gcc patch has > not been applied after the SETCC patch to LLVM was committed last > weekend. > > Reid. > > On Fri, 2006-12-29 at 16:51 -0800, Devang Patel w...

On Dec 23, 2008, at 3:49 AMPST, Apache wrote: > New Test Failures: > SPEC/CINT2000/175.vpr/175.vpr [LLC compile, LLC-BETA compile, JIT > codegen, LLC, LLC-BETA, JIT] > SPEC/CINT2006/403.gcc/403.gcc [LLC compile, LLC-BETA compile, JIT > codegen, LLC, LLC-BETA, JIT] Dan says these are my doing, I'll look.

Jim Laskey wrote: > llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build > (bytecode) > /Volumes/Muggles/LLVM/nightlytest/build/llvm/Release/bin/gccas: / > Volumes/Muggles/LLVM/nightlytest/build/llvm/projects/Stacker/lib/ > runtime/Release/stacker_rt.ll:21,0: parse error, expecting `LOAD' or > `STORE' >

On Sat, 30 Dec 2006, Reid Spencer wrote: > You all just need remove "stacker_rt.ll". the stacker_rt.ll is a > generated file, not source. The Makefile should have a dependency on > llvm-gcc for it, but doesn't. Just remove stacker_rt.ll and the problem > will go away. This presumably doesn't impact the testers, as they start from a clean build every night. The

On Sat, 2006-12-30 at 11:53 -0800, Chris Lattner wrote: > On Sat, 30 Dec 2006, Reid Spencer wrote: > > You all just need remove "stacker_rt.ll". the stacker_rt.ll is a > > generated file, not source. The Makefile should have a dependency on > > llvm-gcc for it, but doesn't. Just remove stacker_rt.ll and the problem > > will go away. > > This

On Sat, 30 Dec 2006, Reid Spencer wrote: >>> You all just need remove "stacker_rt.ll". the stacker_rt.ll is a >> rebuilt so they output proper .ll files. Reid, can you change the >> makefile rule to use "llvm-gcc -S -emit-llvm -o - | llvm-upgrade > $@" or >> the equivalent? > > Which makefile rule? The rule in the stacker makefile that

So when will the public mirror be updated? That version of llvm-gcc still doesn't have the patch. Reid Spencer wrote: > On Mon, 2007-01-01 at 00:44 -0800, Evan Cheng wrote: > >> Ok, so I guess the issue is llvm-gcc has to be updated. There are >> some issues with the Apple svn repository so I checked out a copy >> from the public mirror. Looks the latest

But I am using llvm-gcc-4.2. Any idea why it's failing? Evan On Feb 16, 2008, at 11:24 AM, Dale Johannesen wrote: > On Feb 16, 2008, at 7:06 AM, Apache wrote: >> New Test Failures: >> test/C++Frontend/2008-02-13-sret.cpp [DEJAGNU] > > This test doesn't work with gcc-4.0, which caused it to fail on a > number of testers overnight. I can fix that in 4.0, but as I

On Feb 16, 2008, at 7:06 AM, Apache wrote: > New Test Failures: > test/C++Frontend/2008-02-13-sret.cpp [DEJAGNU] This test doesn't work with gcc-4.0, which caused it to fail on a number of testers overnight. I can fix that in 4.0, but as I understand it we're going to drop support for it next release, so how about now?

Hi Jeff, On Tue, 2007-01-02 at 20:17 -0800, Jeff Cohen wrote: > So when will the public mirror be updated? That version of llvm-gcc > still doesn't have the patch. It could be a while. Apparently the machine that ran the nightly job had a disk failure and some of the cron jobs etc are dead. The commits have been made on Apple's internal SVN server but haven't made it to the

On Feb 16, 2008, at 2:35 PM, Tanya Lattner wrote: > On Feb 16, 2008, at 12:55 PM, Dale Johannesen wrote: >>> Using built-in specs. >>> Target: i686-apple-darwin9 >>> Configured with: /tmp/llvmgcc42.r46865.roots/llvmgcc42.r46865~obj/ >>> src/configure --disable-checking --enable-werror --prefix=/ >>> Developer/ >>> usr/llvm-gcc-4.2

On Feb 16, 2008, at 12:55 PM, Dale Johannesen wrote: >> >> Using built-in specs. >> Target: i686-apple-darwin9 >> Configured with: /tmp/llvmgcc42.r46865.roots/llvmgcc42.r46865~obj/ >> src/configure --disable-checking --enable-werror --prefix=/Developer/ >> usr/llvm-gcc-4.2 --mandir=/Developer/usr/llvm-gcc-4.2/share/man -- >>

llvm itself is built with gcc-4.0, but the run line is: // RUN: %llvmgxx -S -O0 -emit-llvm %s -o - | grep retval | grep S242 | grep {i32 1} | count 2 According the log: FAIL: /Volumes/Muggles/LLVM/nightlytest-pic/build/llvm/test/C+ +Frontend/2008-02-13-sret.cpp Failed with exit(1) at line 1 while running: /usr/local/bin/llvm-gcc -emit-llvm -S -O0 -emit-llvm /

You all just need remove "stacker_rt.ll". the stacker_rt.ll is a generated file, not source. The Makefile should have a dependency on llvm-gcc for it, but doesn't. Just remove stacker_rt.ll and the problem will go away. Reid. On Sat, 2006-12-30 at 08:37 -0500, Nick Lewycky wrote: > Jim Laskey wrote: > > llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build

> > Using built-in specs. > Target: i686-apple-darwin9 > Configured with: /tmp/llvmgcc42.r46865.roots/llvmgcc42.r46865~obj/ > src/configure --disable-checking --enable-werror --prefix=/Developer/ > usr/llvm-gcc-4.2 --mandir=/Developer/usr/llvm-gcc-4.2/share/man -- > enable-languages=c,objc,c++,obj-c++ --program-prefix=llvm- --program- >

On Mon, 2007-01-01 at 00:44 -0800, Evan Cheng wrote: > Ok, so I guess the issue is llvm-gcc has to be updated. There are > some issues with the Apple svn repository so I checked out a copy > from the public mirror. Looks the latest patch hasn't made it through: Yeah, it should have just made it througha couple hours ago, but not at the time of your writing this email. Reid.

On Feb 16, 2008, at 11:32 AM, Evan Cheng wrote: > But I am using llvm-gcc-4.2. Any idea why it's failing? > > Evan All the failing testers are using gcc-4.0 according to the web pages they point at. > On Feb 16, 2008, at 11:24 AM, Dale Johannesen wrote: > >> On Feb 16, 2008, at 7:06 AM, Apache wrote: >>> New Test Failures: >>>

Ok, so I guess the issue is llvm-gcc has to be updated. There are some issues with the Apple svn repository so I checked out a copy from the public mirror. Looks the latest patch hasn't made it through: c++ -c -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -pedantic -Wno-long- long -Wno-variadic-macros -mdynamic-no-pic -DHAVE_CONFIG_H -Wno- unused