search for: goanna

...make > ENABLE_OPTIMIZED=1 TEST=nightly report' in llvm-test. > > It would also be helpful for someone to compile/test with objdir != srcdir. This is on FreeBSD 6.2-RELEASE, on i386. Both llvm and llvm-gcc were compiled with objdir != srcdir. Release, not Debug build of LLVM. http://goanna.cs.rmit.edu.au/~emil/llvm-2.0-make-check.txt http://goanna.cs.rmit.edu.au/~emil/llvm-2.0-report.nightly.txt --Emil

...nightly report' in llvm-test. >> >> It would also be helpful for someone to compile/test with objdir != srcdir. > > This is on FreeBSD 6.2-RELEASE, on i386. > Both llvm and llvm-gcc were compiled with objdir != srcdir. > Release, not Debug build of LLVM. > > http://goanna.cs.rmit.edu.au/~emil/llvm-2.0-make-check.txt > http://goanna.cs.rmit.edu.au/~emil/llvm-2.0-report.nightly.txt Thank you so much for testing the release!! I've checked out the nightly test report and it looks like there is potentially one regression. SingleSource/UnitTests/Vector/SSE/sse.ex...

...xpected passes 2207 # of unexpected failures 43 # of expected failures 5 gmake[1]: *** [check-local] Error 1 gmake[1]: Leaving directory `/home/emil/ll/objdir-llvm/test' gmake: *** [check] Error 2 Typescript here, which looks different and trips at least one STL check that I can see: http://goanna.cs.rmit.edu.au/~emil/llvm2.1-check-debug.txt (old typescript here:) > http://goanna.cs.rmit.edu.au/~emil/llvm2.1-check.txt --Emil

Emil, > # of expected passes 2243 > # of unexpected failures 7 > # of expected failures 5 Could you please provide a log here? It's interesting to see, what is failing now. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

...0, Anton Korobeynikov wrote: > Emil, > > > # of expected passes 2243 > > # of unexpected failures 7 > > # of expected failures 5 > > Could you please provide a log here? It's interesting to see, what is > failing now. Sure: http://goanna.cs.rmit.edu.au/~emil/llvm2.1-check-armfix.txt I think it's the same as my previous attempt, except without the ARM problems. --Emil

I've compiled all the object files that make up libstdc++ and libsupc++ into LLVM bytecode: http://goanna.cs.rmit.edu.au/~emil/libstdcxx.tar.bz2 (438KB) A simple test program, x.cpp: #include <iostream> int main() { std::cout << "hello world\n"; return 0; } $ llvm-g++ -emit-llvm -c x.cpp $ llvmc -o=out x.o std/*.o sup/*.o $ lli out.bc Segmentation fault (core dumped) $ Oops,...

...gt;> > >> It would also be helpful for someone to compile/test with objdir != srcdir. > > > > This is on FreeBSD 6.2-RELEASE, on i386. > > Both llvm and llvm-gcc were compiled with objdir != srcdir. > > Release, not Debug build of LLVM. > > > > http://goanna.cs.rmit.edu.au/~emil/llvm-2.0-make-check.txt > > http://goanna.cs.rmit.edu.au/~emil/llvm-2.0-report.nightly.txt > > Thank you so much for testing the release!! You're welcome! > I've checked out the nightly test report and it looks like there is > potentially one regres...

Need to know if anyone has compiled the libstdc++ to LLVM bitcode. If it's available please where could I download it from? Thanks. Napi

On Fri, Sep 28, 2007 at 10:08:31AM +0800, Mohd-Hanafiah Abdullah wrote: > Need to know if anyone has compiled the libstdc++ to LLVM bitcode. If > it's available please where could I download it from? I did this last year. Check out: http://goanna.cs.rmit.edu.au/~emil/dietstdcxx.1.tar.bz2 --Emil

On Mon, 2006-11-20 at 17:49 +1100, Emil Mikulic wrote: > I've compiled all the object files that make up libstdc++ and libsupc++ > into LLVM bytecode: > http://goanna.cs.rmit.edu.au/~emil/libstdcxx.tar.bz2 (438KB) > > A simple test program, x.cpp: > > #include <iostream> > int main() { std::cout << "hello world\n"; return 0; } > > $ llvm-g++ -emit-llvm -c x.cpp > $ llvmc -o=out x.o std/*.o sup/*.o > $ lli out...

...sn't installed? > > Yes. Reid has changed this so that perl is now required. > > Thanks so much for reporting these! You're welcome! I'm still working on the "method four" testing that you requested. The "make check" is done, results are here: http://goanna.cs.rmit.edu.au/~emil/llvm-2.0-make-check.txt Summary: Native configuration is i386-unknown-freebsd6.2 # of expected passes 1988 # of expected failures 3 -=- I'm currently stuck on the nightly report, at this point: /usr/home/emil/llvm-test/RunSafely.sh 500 0 /dev/null Output/tramp3d-v4.out...

I've uploaded the 2.0 pre-release to this location: http://llvm.org/prereleases/2.0/ If you have free time and would like to help test this release, please download the appropriate tarballs from the website. Here are a few ways you can help test this release: 1) Download llvm-gcc4 binary and llvm. Compile and run make check. 2) Download llvm-gcc4 binary, llvm, and llvm-test. Compile, run

On Wed, Sep 19, 2007 at 05:24:12PM +1000, Emil Mikulic wrote: > http://goanna.cs.rmit.edu.au/~emil/llvm2.1-check-debug.txt Here's an ARM test that cores: $ llvm-as < /home/emil/ll/llvm-2.1/test/CodeGen/ARM/2007-01-19-InfiniteLoop.ll | llc -march=arm -mattr=+v6,+vfp2 Segmentation fault (core dumped) $ gdb `which llc` llc.core [...] (gdb) where #0 0x0853d606 in llvm...

On Mon, 2006-11-20 at 17:49 +1100, Emil Mikulic wrote: > I've compiled all the object files that make up libstdc++ and libsupc++ > into LLVM bytecode: > http://goanna.cs.rmit.edu.au/~emil/libstdcxx.tar.bz2 (438KB) > > A simple test program, x.cpp: > > #include <iostream> > int main() { std::cout << "hello world\n"; return 0; } > > $ llvm-g++ -emit-llvm -c x.cpp > $ llvmc -o=out x.o std/*.o sup/*.o > $ lli out...

Okay, let's try this again. I've taken all the source and header files needed to build libstdc++ and libsupc++, and put together a small and very simple Makefile that automates the process. Anyone interested can grab the whole thing from here: http://goanna.cs.rmit.edu.au/~emil/dietstdcxx.1.tar.bz2 (101KB) Usage instructions: 1) Run GNU make: $ gmake This will produce dietstdcxx.bc - a bytecode / object file containing all of stdc++ and supc++ llvm-link'd together. 2) Run: $ gmake test This will build and run the test program. Example: $ g...

...ummary === # of expected passes 2209 # of unexpected failures 41 # of expected failures 5 gmake[1]: *** [check-local] Error 1 gmake[1]: Leaving directory `/home/emil/ll/objdir-llvm/test' gmake: *** [check] Error 2 The nightly report is attached. Typescripts: http://goanna.cs.rmit.edu.au/~emil/llvm2.1-check.txt http://goanna.cs.rmit.edu.au/~emil/llvm2.1-nightly.txt --Emil -------------- next part -------------- Program | GCCAS Bytecode LLC compile LLC-BETA compile JIT codegen | GCC CBE LLC...

Is this the same issue as PR1686? If so, please add to it. What kind of host machine are you using? Thanks, Evan On Sep 19, 2007, at 12:45 AM, Emil Mikulic wrote: > On Wed, Sep 19, 2007 at 05:24:12PM +1000, Emil Mikulic wrote: >> http://goanna.cs.rmit.edu.au/~emil/llvm2.1-check-debug.txt > > Here's an ARM test that cores: > > $ llvm-as < /home/emil/ll/llvm-2.1/test/CodeGen/ARM/2007-01-19- > InfiniteLoop.ll | llc -march=arm -mattr=+v6,+vfp2 > Segmentation fault (core dumped) > > $ gdb `which llc` llc.core &...

> llvm[2]: Flexing FileLexer.l > llvm[2]: Bison of FileParser.y SKIPPED -- bison not found > llvm[2]: Compiling FileLexer.cpp for Release build > /usr/home/emil/llvm-2.0/utils/TableGen/FileLexer.l:34:24: FileParser.h: No such file or directory > > Is this a packaging issue where FileParser.h was omitted > from the tarball, or does LLVM *need* bison in order to build? No,

Hi all, I want to test whether the MEAN of two different variables, (and different number of observations) are the same. I am trying to use the anova test but it doesn't seem to like that the number of observations are different: a=c(1:5) b=c(1:3) aov_test=aov(a~b) >>Error in model.frame.default(formula = a ~ b, drop.unused.levels = TRUE) : variable lengths differ (found for

On Fri, 11 May 2007, me22 wrote: > I'm not exactly sure how llvm-g++ works. I think it goes through the > standard gcc sequence (gimple, rtl, and such) but then outputs LLVM > (http://llvm.org/docs/LangRef.html), which is the intermediate > representation used by the rest of the chain. To make an LLVM backend > you would not need to deal with RTL and such at all. llvm-g++