similar to: [LLVMdev] I'm done :)

On Thu, 5 May 2005, Markus F.X.J. Oberhumer wrote: > Chris, > Chris Lattner wrote: >> For anyone who is interested: >> http://llvm.cs.uiuc.edu/pubs/2005-05-04-LattnerPHDThesis.html > > many congrats, and best wishes for the future! Thanks all! > And I hope you still will have some time to look after LLVM and won't > get too distracted by some new exciting other

Hi, Chapter 4 in http://llvm.org/pubs/2005-05-04-LattnerPHDThesis.html compares the precision of alias analysis in LLVM at that time. Does the latest LLVM still follow the similar results? I was also wondering how the globalmodred-aa and scev-aa that were not discussed in the PhD thesis are compared with others? Thanks and Happy New Year! -- Jianzhou

On Wed, 2005-06-01 at 10:04 -0500, Misha Brukman wrote: > On Wed, Jun 01, 2005 at 10:50:35AM -0400, Bill Wendling wrote: > > It didn't look like there was a cftonend binary for the IA-64 > > platform. Are we supposed to use the x86 binaries instead? > > The answer to that is that we don't have IA-64 in-house, so we don't > provide an IA-64 C/C++ front-end, but

On 6/24/11 5:20 AM, Andreas Wilhelm wrote: > > Where can I find some information about MemoryDependenceAnalysis and > DataStructureAnalysis? > It would be interesting which kinds of dependence they're able to find > and which not. I haven't used MemoryDependenceAnalysis myself, but I recommend that you read its doxygen documentation:

Anyone willing to do some testing? I've finally gotten LLVM 1.4 to build Debian packages from source (it weren't pretty), at least for i386. To get the debs, add the following to your sources.list: deb http://toolchain.org/~ahs3 / deb-src http://toolchain.org/~ahs3 / then 'apt-get update' as usual. To install the packages: apt-get install llvm llvm-doc This will

Hi Jianzhou, The best source of documentation for the poolalloc project remains Chris Lattner's dissertation: http://llvm.org/pubs/2005-05-04-LattnerPHDThesis.html Chapter 5 specifically if you'd like information on the poolalloc transformation. In addition to the thesis, there is also a brief manual for information on data structure analysis:

On Jan 2, 2012, at 9:42 PM, Jianzhou Zhao wrote: > Hi, > > Chapter 4 in http://llvm.org/pubs/2005-05-04-LattnerPHDThesis.html > compares the precision of alias analysis in LLVM at that time. Does > the latest LLVM still follow the similar results? I was also wondering > how the globalmodred-aa and scev-aa that were not discussed in the PhD > thesis are compared with others?

On Thu, 10 Mar 2005, Andrew Lenharth wrote: > yes, so this happens on anything that uses a struct for va_list (like > alpha). I am currently working on fixing this. if you look at the last > patch to the alpha portion of llvm-gcc, you can see a quick hack to work > around that (aka, get it to compile), but the resultant compiler will > have issues with varargs. While Andrew is

Hi, I'm still working on the Fedora Extras package for LLVM. Because of the Fedora requirement that all packages in Extras be built from source, I must build the dreaded C Front End. :) I think I've mostly got things set up correctly, but I've found what I suspect is a tricky problem: make[1]: Leaving directory `/home/adam/rpmbuild/BUILD/llvm-1.8/llvm-gcc4-obj/gcc' Checking

On Wed, Jun 01, 2005 at 10:50:35AM -0400, Bill Wendling wrote: > It didn't look like there was a cftonend binary for the IA-64 > platform. Are we supposed to use the x86 binaries instead? The answer to that is that we don't have IA-64 in-house, so we don't provide an IA-64 C/C++ front-end, but if someone were to contribute it to us, we would gratefully host it. Note that if you

I'm not a Debian user, so I can't help by testing, but I do have some comments... On Tue, Jan 18, 2005 at 03:59:07PM -0700, Al Stone wrote: [snip] > If you want to install the packages one at a time, do the > following, in this order: > > apt-get install llvm-libs > apt-get install llvm-cfe > apt-get install llvm > apt-get install llvm-doc [snip I

> Itanium Everything checks out as expected. :) Duraid

Oleg Smolsky wrote: > Hey all, > > is anyone gonna make a debian package for stable or testing? It's just > that building llvm/cfrontend drives me crazy :) We don't have Debian packages for LLVM 1.5, but we do have a pre-compiled GCC frontend for i386/Linux. Does that not work on Debian? > > Best regards, > Oleg. > >

On Sat, 2006-06-03 at 11:25 -0700, Reid Spencer wrote: > I don't think anyone has successfully built llvm-gcc4 on Linux yet. I've > tried and failed. I've successfully built and used llvm-gcc4 on linux/alpha Andrew

Hey all, is anyone gonna make a debian package for stable or testing? It's just that building llvm/cfrontend drives me crazy :) Best regards, Oleg.

Hi Misha, On 6/1/05, Misha Brukman <brukman at uiuc.edu> wrote: > On Wed, Jun 01, 2005 at 10:33:39AM -0400, Bill Wendling wrote: > > What's the plan for support on Linux 64-bit machines? Is that actively > > being worked on right now or is there a roadmap for doing this? > > Do you mean compiling on 64-bit Linux or generating code for 64-bits? > I meant

All, Just to be really clear. The web-site already says this, but .. Despite this message: On Wed, 2007-04-11 at 19:17 -0700, Reid Spencer wrote: > Hi Scott, > > Only attendees can get the T-Shirt as there isn't funds to > ship them all over the place. > > Reid. If you can't attend the meeting you can still get a T-Shirt but you'll have to pay the shipping

Hi Scott, On Wed, 2007-04-11 at 18:31 -0700, Scott Michel wrote: > +2 Large T-shirts (me and Mark Thomas, also from Aerospace). Are you confirming Mark Thomas as attending then? Only attendees can get the T-Shirt as there isn't funds to ship them all over the place. Reid. > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at

Hello, I'm considering a possibility of writing an llvm backend for my research uses. Unfortunately, I can't find much information on how do to it. I more or less understood now the C backend is implemented, but for real backend I'd need at least register allocation. I beleive there's already register allocator in LLVM and I would like to reuse it if possible. The question is

On Fri, 22 Apr 2005, Al Stone wrote: >> Actually, the options have to be expressed as "enable-something" so >> I've opted for "--enable-target-this" to enable just the $host target. >> if you specify --disable-target-this (the default) then you get >> whatever platforms you specify with --enable-target-{targetname} >> >> Does that make