search for: stacker_rt

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]: Co...

Reid, Click on any of these logs and you'll see the same asm parsing issues. It's been going on for much of the week. http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt 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' /Volumes/Muggles/LLVM/night...

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, 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 presumably doesn't impact the testers, as they start from...

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

On Sun, 2006-12-31 at 13:37 -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 > >> 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? > > Th...

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

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

...ke: *** [all-gcc] Error 2 We are out of luck until the changes are propagated. Evan On Dec 31, 2006, at 1:31 PM, Reid Spencer wrote: > On Sun, 2006-12-31 at 13:37 -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 >>>> 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? >>> >>>...

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

...he last one was just before the end: llvm[4]: Linking Debug Object Library stkr_compiler.o make[4]: Leaving directory `/home/wink/prgs/llvm-cvs/llvm/projects/Stacker/lib/compiler' make[4]: Entering directory `/home/wink/prgs/llvm-cvs/llvm/projects/Stacker/lib/runtime' llvm[4]: Compiling stacker_rt.c for Debug build (bytecode) llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Debug build (bytecode) llvm[4]: Building Debug Bytecode Module stkr_runtime.bc gccld: warning: Cannot find library 'crtend' make[4]: Leaving directory `/home/wink/prgs/llvm-cvs/llvm/projects/Stacker/lib/runt...

Next problem detected by nighttest: LLVM build fail with errors: gmake[4]: Entering directory `/usr/home/wanderer/pkg/build/llvm/night/build/llvm/projects/Stacker/lib/runtime' llvm[4]: Compiling stacker_rt.c for Debug build (bytecode) default/bin/llvm-gcc: not found gmake[4]: *** [/usr/home/wanderer/pkg/build/llvm/night/build/llvm/projects/Stacker/lib/runtime/Debug/stacker_rt.bc] Error 1 gmake[4]: Leaving directory `/usr/home/wanderer/pkg/build/llvm/night/build/llvm/projects/Stacker/lib/runtime...

On Mon, 2006-02-27 at 20:43 -0800, Wink Saville wrote: > > Try passing "-L/opt/llvm-1.6/llvm-gcc/lib/ -lcrtend" to llvm-ld. > This didn't work for me: > llvm-ld -o t1.app t1.bc t1.a -L/opt/llvm-1.6/llvm-gcc/lib/ -lcrtend.a > > I get two warning's about library 'crtend' missing > You didn't get the instructions quite right. The option is

...luck until the changes are propagated. > > Evan > > On Dec 31, 2006, at 1:31 PM, Reid Spencer wrote: > > > On Sun, 2006-12-31 at 13:37 -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 > >>>> 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? > &...

Chris Lattner wrote: > On Sun, 26 Feb 2006, Wink Saville wrote: >> I then do the following in my makefile: >> >> llvm-gcc -c t1.c -o t1.bc >> llvm-gcc -c t1sub1.c -o t1sub1.bc >> llvm-gcc -c t1sub2.c -o t1sub2.bc >> llvm-ar r t1.a t1sub1.bc t1sub2.bc >> llvm-ar: creating t1.a >> llvm-ld -o t1.app t1.bc t1.a /opt/llvm-1.6/llvm-gcc/lib/libcrtend.a

Sloppy me. I fixed the path for llvm-gcc but not for llvm-g++. My last patch to Makefile.rules fixes that so it should start working again. Reid. On Fri, 2004-12-24 at 05:21, Vladimir Merzliakov wrote: > >I successfully build CFE frontend at FreeBSD 5.3. > > > > Next nighttest run show more detail information :) > > After last 2 nighttest runs i see stable failure

Hi, I am trying to build the llvm, but the make stops in stacker_rt.bc with error 1 I am using Mandrake 10.1 Does anyone know what can be the problem? Thanks --------------------------------- Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web -------------- next part -------------- An HTML attachment was scrubbed... URL:...

>I successfully build CFE frontend at FreeBSD 5.3. > > Next nighttest run show more detail information :) After last 2 nighttest runs i see stable failure result: llvm[2]: Compiling dummylib.c for Debug build (bytecode) llvm-g++: installation problem, cannot exec `gccas': No such file or directory gmake[3]: ***

Nevermind, it was a problem with the path of the frontend Chris Lattner <sabre at nondot.org> wrote: On Tue, 8 Mar 2005, xavier wrote: > I am trying to build the llvm, but the make stops in stacker_rt.bc with error 1 > I am using Mandrake 10.1 > Does anyone know what can be the problem? What error message do you get? -Chris -- http://nondot.org/sabre/ http://llvm.cs.uiuc.edu/ _______________________________________________ LLVM Developers mailing list LLVMdev at cs.uiuc.edu http://llv...

....cpp Index: lib/Transforms/Scalar/SCCP.cpp Index: lib/Transforms/Utils/CloneTrace.cpp Index: lib/VMCore/BasicBlock.cpp Index: lib/VMCore/Dominators.cpp Index: projects/Stacker/lib/compiler/StackerCompiler.cpp Index: projects/Stacker/lib/compiler/StackerCompiler.h Index: projects/Stacker/lib/runtime/stacker_rt.c Index: projects/Stacker/tools/stkrc/stkrc.cpp Index: projects/sample/include/sample.h Index: projects/sample/lib/sample/sample.c Index: projects/sample/tools/sample/main.c Index: test/Regression/C++Frontend/2003-09-22-CompositeExprValue.cpp Index: test/Regression/C++Frontend/2003-09-29-ArgumentNu...