similar to: [LLVMdev] Vector LLVM checked in!

> > ------------------------------ > > Message: 3 > Date: Tue, 18 Oct 2005 15:20:29 -0500 > From: "Robert L. Bocchino Jr." <bocchino at uiuc.edu> > Subject: [LLVMdev] Vector LLVM checked in! > To: LLVM Developers Mailing List <llvmdev at cs.uiuc.edu> > Message-ID: <64dde68b5934d83056aeb3c9f66afe7e at uiuc.edu> > Content-Type: text/plain;

Hi all, I recently downloaded the gcc 4 frontend from: http://llvm.org/releases/1.8/llvm-gcc4-1.8-x86-linux.tar.gz I checked out the source from CVS using: cvs -d :pserver:anon at llvm.org:/var/cvs/llvm login cvs -z3 -d :pserver:anon at llvm.org:/var/cvs/llvm co llvm Running the configure script fails to find llvm-gcc. Inspecting the untarred frontend, it doesn't contain any such binary,

Hi, I just updated my tree, and when I do a clean rebuild, I get errors like this: WARNING: Internalize couldn't load file '/comp_genericeh.lst'! WARNING: Internalize couldn't load file '/comp_main.lst'! WARNING: Internalize couldn't load file '/comp_sjljeh.lst'! WARNING: Internalize couldn't load file '/../gc_exported_symbols.lst'! It looks like

And one last thing, the problem seems to be related to libcpp. Using only C frontend will work? 2008/7/7 Julio <julio.martin.hidalgo at gmail.com>: > Hi, well, I downloaded the head revision of llvm and llvm-gcc. As you said > it hangs at: > > Formal argument #0 has unhandled type f32 > /home/julio/trunk/llvm-gcc/gcc/libgcc2.c:1765: internal compiler error: > Abortado

Hi, well, I downloaded the head revision of llvm and llvm-gcc. As you said it hangs at: Formal argument #0 has unhandled type f32 /home/julio/trunk/llvm-gcc/gcc/libgcc2.c:1765: internal compiler error: Abortado Please submit a full bug report, with preprocessed source if appropriate. Actually, I don't need fp, there is any way to disable? By the way, I'm working with a MIPS coprocessor

Hi Julio, On Mon, Jul 7, 2008 at 6:53 AM, Julio <julio.martin.hidalgo at gmail.com> wrote: > And one last thing, the problem seems to be related to libcpp. Using only C > frontend will work? The problem is with libgcc2, which contains libcalls needed to support some operations your processor cant directly do. >> Actually, I don't need fp, there is any way to disable?

Chris, I performed the steps you gave below to check out llvm-poolalloc. When I want to get new updates made to llvm-poolalloc, do I perform the following commands? cvs -d :pserver:anon at llvm.org:/var/cvs/llvm login <Hit return for an empty password> cd llvm/projects cvs -d :pserver:anon at llvm.org:/var/cvs/llvm update -r release_19 llvm-poolalloc In other words, do I specify the

On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: > I did a utils/cvsupdate, and there are no conflicts. srcdir != objdir. This > is on persephone. > > Are you not getting this error? Perhaps I should check out a fresh tree and > try to compile it? Nope, I don't think anyone else is getting this error. If you could try a fresh build that would be great, I'll fire

I'm guessing the problem occurred because I hadn't updated in a while (maybe a couple of weeks?) and I had an old Intrinsics.gen file hanging around in my source directory that was getting picked up by the makefile for some reason. This is a bug, but maybe it's harmless because there's a onetime workaround (delete the file by hand) and it won't be a problem for

Hi all, I''ve been spending a lot of time over the past few weeks on RubyTorrent. All the changes are in CVS. Highlights are: - Transfer speeds should be much better, thanks to a better piece selection algorithm, and being more aggressive about dropping boring peers and adding new ones, - Download/upload rate limits now work. - Many bugs fixed. - .torrent creation now

Vikram S. Adve wrote: > This kind of regression is a fallout of having some code live in > separate CVS modules as "projects." It would help to have someone > volunteer to maintain each project, which can be as little as making > sure it continues to compile or as much as supporting it with answers > to questions and bug fixes. Here is the current list of projects:

I did a utils/cvsupdate, and there are no conflicts. srcdir != objdir. This is on persephone. Are you not getting this error? Perhaps I should check out a fresh tree and try to compile it? Rob On Apr 7, 2006, at 11:40 AM, Chris Lattner wrote: > On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: >> I just updated from CVS, and after doing a clean rebuild I get >> this

On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: > I just updated from CVS, and after doing a clean rebuild I get this error: Are you sure that no conflicts prevented updating from going smoothly? How are you building (srcdir ==/!= objdir)? -Chris > /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static > member function 'static bool

Dear All, I've created the LLVM release branch (CVS tag release_16). Those developers wanting to commit changes to LLVM without having your changes go into LLVM 1.6 can now commit to CVS mainline to your heart's content. :) TESTING: -------- 1. I'm still looking for volunteers to test MacOS X and Solaris. If you'd like to volunteer, please email the list to let us know.

OK, when I copy $(SRCDIR)/include/llvm/Intrinsics.gen to $(OBJDIR)/ include/llvm/ by hand after building (and failing) once, the build succeeds. This is definitely a makefile bug. Rob On Apr 7, 2006, at 11:40 AM, Chris Lattner wrote: > On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: >> I just updated from CVS, and after doing a clean rebuild I get >> this error: > >

I've done several CVS head builds today .. no problems on Linux. Reid. On Fri, 2006-04-07 at 11:53 -0500, Chris Lattner wrote: > On Fri, 7 Apr 2006, Robert L. Bocchino Jr. wrote: > > > I did a utils/cvsupdate, and there are no conflicts. srcdir != objdir. This > > is on persephone. > > > > Are you not getting this error? Perhaps I should check out a fresh

I just updated from CVS, and after doing a clean rebuild I get this error: /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h: In static member function 'static bool llvm::DbgInfoIntrinsic::classof (const llvm::IntrinsicInst*)': /Users/bocchino/llvm-checkin/src/include/llvm/IntrinsicInst.h:77: error: 'dbg_declare' is not a member of 'llvm::Intrinsic'

I tried to access the latest LLVM, since several messages here so far have referred me to it. Now I have no experience with CVS-over-the-net. My previous experiences with versoin control have been RCS and Monotone. Brief summary: hendrik at lovesong:~/dv$ mkdir llvm hendrik at lovesong:~/dv$ cd llvm hendrik at lovesong:~/dv/llvm$ cvs -d :pserver:anon at llvm.org:/var/cvs/llvm login Logging in

Hendrik Boom wrote: > I tried to access the latest LLVM, since several messages here so far have > referred me to it. Now I have no experience with CVS-over-the-net. My > previous experiences with versoin control have been RCS and Monotone. > > Brief summary: > > hendrik at lovesong:~/dv$ mkdir llvm > hendrik at lovesong:~/dv$ cd llvm > hendrik at lovesong:~/dv/llvm$

On Mon, 07 Aug 2006 09:26:07 -0700, Reid Spencer wrote: > Hendrik, > > You could also just "touch ~/.cvspass" to create the file which should > eliminate the warning. However, since you did a login, and it seemed > successful, chances are the file now exists (containing the blank > password for anon at llvm.org). Indeed, the file is there. > > Reid. >