similar to: [LLVMdev] Getting started using MinGW binary release?

Finally, I got my hands on Windows machine again today. I extracted llvm-2.1-x86-mingw32.tar.bz2 and llvm-gcc4.0-2.1-x86-mingw32.tar.bz2 to C:\llvm (It's a bare Windows Vista installation without MinGW) Added C:\llvm\bin;C:\llvm\libexec\gcc\i686-pc-mingw32\4.0.1 to PATH (C:\llvm\libexec\gcc\i686-pc-mingw32\4.0.1 was added for cc1.exe) Downloaded

Sam, > Am I supposed to install MinGW (maybe MSYS) and extract prebuilt > packages ( llvm-2.1-x86-mingw32.tar.bz2 and > llvm-gcc4.0-2.1-x86-mingw32.tar.bz2) to C:\MinGW ?? llvm-as != as. You'll need to have binutils installed in order to compile & link. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

Ted, > When I try to run lli hello.bc, I get an unsatisfied DLL link error: "This > application has failed to start because pthreadGC.dll was not found." > Hunting around I can't find this DLL anywhere; where should it have come > from? pthreads are required for LLVM. Easy googling ("pthreads mingw32) returns the following place for dlls download:

Hi. >From http://llvm.org/docs/GettingStarted.html , it seems I have to build LLVM from source. But I found http://llvm.org/releases/2.1/llvm-2.1-x86-mingw32.tar.bz2 . When I extract the file, I get many binaries (lli.exe, llc.exe...etc). When I run lli.exe, I get: lli.exe - Unable To Locate Component This application has failed to start because pthreadGC.dll was not found.

On Sep 18, 2007, at 9:28 PM, Erick Tryzelaar wrote: > Tanya Lattner wrote: >> LLVMers, >> >> The 2.1 pre-release (version 1) is available for testing: >> http://llvm.org/prereleases/2.1/version1/ > > A couple months ago, I had a problem packaging llvm-gcc for macports > because one of the binaries from llvm-gcc was somehow getting used by > Apple's gcc

Hi all, I'm wondering what the comparative status of llvm-gcc4.0 vs. llvm-gcc4.2 is. Can anybody tell? (A URL would be fine, I may have been just too dumb to find it.) Regards, Jo

Hello, Matthew. > Someone reported this earlier but the situation remains unchanged. I'm sorry for delay. Files will be uploaded to LLVM download section soon. -- With best regards, Anton Korobeynikov. Faculty of Mathematics & Mechanics, Saint Petersburg State University.

On Sat, 25 Nov 2006, Anton Korobeynikov wrote: > Hello, Matthew. >> Someone reported this earlier but the situation remains unchanged. > I'm sorry for delay. Files will be uploaded to LLVM download section > soon. Anton, you have commit access to the web page. Please just check out the llvm-www module from CVS and put the new files in the proper place. At the very least,

Chris, On Sat, 2006-11-25 at 11:39 -0800, Chris Lattner wrote: > On Sat, 25 Nov 2006, Anton Korobeynikov wrote: > > Hello, Matthew. > >> Someone reported this earlier but the situation remains unchanged. > > I'm sorry for delay. Files will be uploaded to LLVM download section > > soon. > > Anton, you have commit access to the web page. Please just check

On Mon, Sep 17, 2007 at 12:25:40PM -0700, Chris Lattner wrote: > On Mon, 17 Sep 2007, Emil Mikulic wrote: > >> The 2.1 pre-release (version 1) is available for testing: > >> http://llvm.org/prereleases/2.1/version1/ > > > > I suspect the utils/TableGen/FileParser.h.cvs in the tarball may be > > stale. I tried building LLVM without bison installed and got:

On Mon, 17 Sep 2007, Emil Mikulic wrote: >> The 2.1 pre-release (version 1) is available for testing: >> http://llvm.org/prereleases/2.1/version1/ > > I suspect the utils/TableGen/FileParser.h.cvs in the tarball may be > stale. I tried building LLVM without bison installed and got: Can you try it again without bison with these files:

Am Samstag, den 22.03.2008, 09:45 -0500 schrieb Andrew Lenharth: > officially support for llvm-gcc4.0 has been dropped. > unofficially I still keep llvm-gcc4.0 compiling because I need it for > some stuff. But this will only last until I can use 4.2. OK, that's a clear roadmap. Maybe the docs should be updated to reflect this status? They still present 4.0 as if it were the default

More bison woes. llvm-2.1 + the patch Chris mentioned builds without bison, but llvm-gcc4 doesn't: /home/emil/ll/llvm-gcc4.0-2.1.source/missing bison -d -o gengtype-yacc.c ../../llvm-gcc4.0-2.1.source/gcc/gengtype-yacc.y WARNING: `bison' missing on your system. You should only need it if you modified a `.y' file. You may need the `Bison' package in order for

Hello list! Tanya Lattner wrote: > We are in desperate need of linux x86 testers (32 or 64 bit). If you > could set one up, the LLVM project would be very grateful. Right now > we have virtually no testers covering this platform. I've run the test last night to see how long it takes, and I can afford to cronjob it for the night. I didn't quite realize it would automatically

officially support for llvm-gcc4.0 has been dropped. unofficially I still keep llvm-gcc4.0 compiling because I need it for some stuff. But this will only last until I can use 4.2. Andrew On Sat, Mar 22, 2008 at 5:00 AM, Joachim Durchholz <jo at durchholz.org> wrote: > Hi all, > > I'm wondering what the comparative status of llvm-gcc4.0 vs. llvm-gcc4.2 > is. Can anybody

On Mar 22, 2008, at 3:37 PM, Joachim Durchholz wrote: > Am Samstag, den 22.03.2008, 09:45 -0500 schrieb Andrew Lenharth: >> officially support for llvm-gcc4.0 has been dropped. >> unofficially I still keep llvm-gcc4.0 compiling because I need it for >> some stuff. But this will only last until I can use 4.2. > > OK, that's a clear roadmap. > Please do not rely

> I've run the test last night to see how long it takes, and I can > afford to cronjob it for the night. Great! > I didn't quite realize it would automatically send the report, but > it did [1] and there are a few test failure from the > Frontend{C,C++} directories. I suppose this is because I have > llvm-gcc4.0 2.1 installed, which might need to be upgraded. Is >

Hello, Sam. > Or, is there a way to somehow use llvm-x.x-x86-mingw32.tar.bz2 > binaries without building from source? Sorry, this wasn't mentioned in documentation. llvm-gcc was built with '--enable-threads' flag, thus it requires win32 pthread port. Keith have already given a right link for dlls download. -- With best regards, Anton Korobeynikov. Faculty of Mathematics &

I didn't 'cause my llvm-gcc just seems to be 4.0: ]$ llvm-gcc -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../llvm-gcc4-1.9.source/configure --prefix=/mounts/zion/disks/0/localhome/tbrethou/llvm-gcc4/obj/../install --enable-llvm=/localhome/tbrethou/llvm --enable-languages=c,c++ --disable-threads Thread model: single gcc version 4.0.1 LLVM (Apple Computer, Inc. build

>> llvm-gcc4.0 is no longer supported, use llvm-gcc4.2. Please keep in mind >> that you need to keep llvm-gcc in sync with llvm (same revision number). > > This basically means llvm-gcc needs to be rebuild every time llvm > is built and the test run. Shouldn't this be part of > NewNightlyTest.pl then? Yes. Patches accepted ;) There is a GSOC student that is supposed