similar to: [gaeke@uiuc.edu: Re: [LLVMdev] Headers & Libraries]

Hi, All LLVM code has been moved into the 'llvm' namespace, as discussed here: http://llvm.cs.uiuc.edu/PR109 Big thanks go out to Reid Spencer, rspencer -at- x10sys.com, for taking care of this task for us! If you're working out of the LLVM CVS repository, you should get these changes when you next update from CVS. This change should make it easier in the long run to integrate

Here are the FreeBSD and Win32 versions of TimeValue.cpp (along with all the other Win32 changes I've submitted that have yet to be comitted). Note there is a bug in all the Unix versions in that the time is not being converted from the Posix origin of 1/1/1970. On Fri, 24 Sep 2004 22:06:37 -0700 Reid Spencer <reid at x10sys.com> wrote: > This should be fixed. Sorry for the

On Fri, 20 Aug 2004 08:52:28 -0700 Reid Spencer <reid at x10sys.com> wrote: > Hi Jeff, > > On Fri, 2004-08-20 at 08:07, Jeff Cohen wrote: > > OK. I've built the front end without any heartaches, but I did > > encountered the following glitches: > > > > The documentation of --with-llvmgccdir is a bit ambiguous. I had to > > try several paths

On Friday 14 November 2003 12:45 pm, Brian R. Gaeke wrote: > > So what they call "system" headers are basically installed > > headers and user headers are internal ones. In the context of llvm every > > header that is under inlcude is a "system" header (because when we write > > an install target it will end up in /usr/include/llvm) otherwise it is a

This should be fixed. Sorry for the breakage. I forgot to commit a bunch of files. Reid. On Fri, 2004-09-24 at 20:33, Brian R. Gaeke wrote: > Hi Reid, > > You've got a TimeValue.cpp which it looks like you just added to lib/System, > but I can't compile it on Darwin because there's no Darwin/TimeValue.cpp. > This breaks my ppc build. I'm not sure what TimeValue

> So what they call "system" headers are basically installed > headers and user headers are internal ones. In the context of llvm every > header that is under inlcude is a "system" header (because when we write an > install target it will end up in /usr/include/llvm) otherwise it is a user > header. We don't want a user to compile a new copy of LLVM using

Hi Reid, You've got a TimeValue.cpp which it looks like you just added to lib/System, but I can't compile it on Darwin because there's no Darwin/TimeValue.cpp. This breaks my ppc build. I'm not sure what TimeValue was supposed to be for, so I just blew it away in my tree. Please take a look at this. -Brian -- gaeke at uiuc.edu

On Fri, 2003-11-14 at 10:56, Alkis Evlogimenos wrote: > On Friday 14 November 2003 12:45 pm, Brian R. Gaeke wrote: > > > So what they call "system" headers are basically installed > > > headers and user headers are internal ones. In the context of llvm every > > > header that is under inlcude is a "system" header (because when we write > >

On Mon, 08 Nov 2004 00:29:46 -0800 Reid Spencer <reid at x10sys.com> wrote: > On Mon, 2004-11-08 at 00:16, Vladimir Merzliakov wrote: > > > I'm asking for people (especially those running nightly testers) to give > > > Dejagnu a try. > > > > I will do. > > > > But last 2 days (after > >

Hi Jeff, On Fri, 2004-08-20 at 08:07, Jeff Cohen wrote: > OK. I've built the front end without any heartaches, but I did > encountered the following glitches: > > The documentation of --with-llvmgccdir is a bit ambiguous. I had to try > several paths before I got the right one. It should state that the > directory is <path>/cfrontend/<platform>/llvm-gcc.

> > P.S. I noticed that "make install" only installed the > > llvm/Config/config.h header file and none of the others. Is this feature > > partially implemented or is there a bug? > > I don't know, perhaps Brian can help here. :) That's not supposed to happen -- give me more info about your current configuration and I'll see if I can duplicate the

> I'm trying to get the demo script to run llvm2cpp so that people can get > familiar with the LLVM C++ API through the online demo. However, it > seems that the path used doesn't include llvm2cpp (not updated in a > while?). The demo script currently uses these paths on Zion: I can look into this, but I would strongly suggest not messing with the demo script until 2-3

> It's already messed with, but there's no harm. If someone turns on the > llvm2cpp option, then they get an error message at the bottom of the > output page. All other output is normal. So, there's no harm in it. > If/when llvm2cpp becomes available on Zion, people then the llvm2cpp > output will appear. Note that llvm2cpp is a 1.8 release feature. My > change was

> The demo script isn't part of the release and its not failing. > > Do you want me to revert the changes? No. I just said that we should avoid anymore changes for the next 2 weeks to maintain stability. -Tanya > > Reid. > > On Thu, 2006-08-10 at 10:08 -0700, Tanya M. Lattner wrote: >>> It's already messed with, but there's no harm. If someone turns on

Hello hackers, I seem to be having some trouble compiling the top of the llvm CVS tree... Is someone working on something involving IPModRef.cpp and the data structure graph? I have attached a make -k log. -Brian -- gaeke at uiuc.edu -------------- next part -------------- gmake[1]: Entering directory `/scratch/scratch0/gaeke/llvm-497cz/utils/Burg' gmake[1]: Nothing to be done for

Okay, let me reiterate. The llvm2cpp option is *already* on the demo script page. If you choose that option, you just get an error message because llvm2cpp can't be found. Its harmless and everything else still works. I won't change the script for a couple of weeks, per Tanya's and your request. Reid. On Thu, 2006-08-10 at 10:48 -0700, Chris Lattner wrote: > On Thu, 10 Aug

It's already messed with, but there's no harm. If someone turns on the llvm2cpp option, then they get an error message at the bottom of the output page. All other output is normal. So, there's no harm in it. If/when llvm2cpp becomes available on Zion, people then the llvm2cpp output will appear. Note that llvm2cpp is a 1.8 release feature. My change was to help people learning LLVM

Hello, I'm trying to get the demo script to run llvm2cpp so that people can get familiar with the LLVM C++ API through the online demo. However, it seems that the path used doesn't include llvm2cpp (not updated in a while?). The demo script currently uses these paths on Zion: /home/vadve/criswell/box/x86/llvm-gcc/bin/ /home/vadve/gaeke/llvm/Release/bin /home/vadve/gaeke/bin

Sorry, I don't personally have any of that stuff anymore -- I seem to recall that page didn't have a whole lot on it, though. I think Misha has messed around with llvm-tv more recently than I have. If you really want that particular page, it looks like you can get (a version of) it from the Internet Archive... http://web.archive.org/web/20041102220954/llvm.cs.uiuc.edu/~gaeke/llvm-tv/

The demo script isn't part of the release and its not failing. Do you want me to revert the changes? Reid. On Thu, 2006-08-10 at 10:08 -0700, Tanya M. Lattner wrote: > > It's already messed with, but there's no harm. If someone turns on the > > llvm2cpp option, then they get an error message at the bottom of the > > output page. All other output is normal. So,