search for: cvsupdat

The scripts cvsupdate, makellvm, and getsrcs.sh have moved from the root llvm directory to the utils directory.

I remember reading in a previous thread by Chris that all instructions will have the "instruction to insert before" as an argument to their constructors. In the code I have, this hasn't been done for the AllocaInst. I did a recent "cvsupdate", but the code still hadn't changed. Has this code already been updated ? If not, I request that it be updated as soon as possible, as it simplifies our implementation of MP1 (we need to insert the alloca's at the beginning of the function). Thanks, - Karthik Pattabiraman

...sr/ports/www/README.html went from some 200 lines to over 500 on a `make readme' in that directory just now. I thought `cvsup -g -L 2 /etc/cvsup_ports' would update the README.html files too. Should I be running `make readme' and/or `make index' (and/or anything else) myself after cvsupdating ports? -- Doug Lee dgl@dlee.org http://www.dlee.org Bartimaeus Group doug@bartsite.com http://www.bartsite.com "Believe, when you are most unhappy, that there is something for you to do in the world. So long as you can sweeten another's pain, life is not in vain....

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

After I did a cvsupdate, my old code which was working fine before, now breaks. It says "Pure virtual method" called and aborts. This happens even for the Hello Pass example (I didn't make any modifications to this). I remember somone in the class had the same problem and managed to fix it. Did anyone else...

Hello, My llvm tree doesn't compile; it exits after an error saying: /bin/sh: PreSelection: does not exist while in the lib/CodeGen directory. How can this error be overcome?

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 tree and > > try to compile it? > > Nope, I don't think anyone else is getting this error. If you could try...

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

...n Apr 7, 2006, at 12:21 PM, Reid Spencer wrote: > 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 tree and >>> try to compile it? >> >> Nope, I don't think anyone...

> AllocaInst. I did a recent "cvsupdate", but the code still hadn't > changed. Has this code already been updated ? If not, I request that it > be updated as soon as possible, as it simplifies our implementation of > MP1 (we need to insert the alloca's at the beginning of the function). The plan is to update the C...

cvs co llvm ... cd llvm; ./configure --with-llvmgccdir=<llvmgccdir>; make ... Compiling llvmAsmParser.cpp Linking /home/dcrowe/llvm/llvmcvs/llvm/lib/Debug/asmparser.o make[2]: Leaving directory `/home/dcrowe/llvm/llvmcvs/llvm/lib/AsmParser' make[2]: Entering directory `/home/dcrowe/llvm/llvmcvs/llvm/lib/Bytecode' make[2]: *** No rule to make target `all'. Stop. make[2]:

I just wanted to mention that there is a new global makefile target "make cleandeps", which recursively walks through the source tree, deleting .d files, without removing anything else. This is useful when you update from CVS, and find out that there has been a header file removed. Before you'd have to go in and remove the outdated .d manually, now you can just run 'make

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

...ed da1: 8678MB (17773500 512 byte sectors: 255H 63S/T 1106C) Aaron D. Gifford wrote: We ran into a perhaps similar problem with 4.8-RELEASE and 4.8-STABLE when we attempted to upgrade an old Compaq Proliant machine on Friday. Under 4.7, the sym driver would see all 5 SCSI drives. But after a CVSupdate and build/install of world and reboot, the machine failed to boot because the first drive, the root drive, was no longer visible to the kernel. The FreeBSD boot loader could still see the drive, but the kernel would never detect it. At first we couldn't figure out what was going wrong. A...

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'