similar to: [LLVMdev] Another project using LLVM: LENS, a program investigation framework.

On Fri, 10 Feb 2006, Michael McCracken wrote: > The project is called LENS. It's a file format and a framework for storing > generic information about a program based on the control structure of the > ... Very cool! > I'll be putting up a LENS web page soon - I'll post a link to that when it's > ready so you can add it to the LLVM projects list if you want. Please

Hi, I think it is a little bit off topic, but perhaps someone can help me: I found on the LLVM-website something about the LENS project and the project page (http://llvm.org/ProjectsWithLLVM/#LENS; http:// www.cs.ucsd.edu/~mmccrack/lens/). But I can't found if or where I can download it. Is someone on the list who uses LENS? Thank you, Nico

On Mon, 3 Apr 2006, Michael McCracken wrote: > the bytecode with lli - I get the following error: > > $ lli -load=/home/mmccrack/linux/lib/libTau.sh leo-inline-300-tau.bc > ERROR: Program used external function > '__llvm_cxxeh_allocate_exception' which could not be resolved! This is most likely because you are trying to link with llvmgcc, not with llvm-g++. Make sure that

Hi, I have a large-ish application I'm trying to build with LLVM, so I replaced g++ in the Makefiles with llvm-g++. This appears to work fine when I pass -Wl,-native to generate an ELF executable, but I want to control the inlining threshold it uses, so I am now passing -Wl,-disable-inlining and -Wa,-disable-inlining, and having it generate LLVM bytecode, then running opt -inlining to generate

I'm having troubles running the test suite on OS X 10.4. Inside my objdir, 'make check' gives this: % make check llvm[0]: Running test suite

On 3/21/06, Chris Lattner <sabre at nondot.org> wrote: > On Mon, 20 Mar 2006, Michael McCracken wrote: > > > Hi, I'm trying to access an analysis pass from the Inliner pass, and > > I'm having a lot of trouble getting that to work - I can verify that > > my pass is loaded and run (it is a dynamically loaded pass that is > > part of an analysisgroup),

On 9/9/06, Michael McCracken <michael.mccracken at gmail.com> wrote: > On 9/9/06, Steven Bosscher <stevenb.gcc at gmail.com> wrote: > > On 9/9/06, Chris Lattner <sabre at nondot.org> wrote: > > > On Sat, 9 Sep 2006, Steven Bosscher wrote: > > > > You wrote: > > > >> The NIST F77 test suite doesn't seem to be compatible with

Another option might be g95 instead of gfortran. I haven't used it for a while, but I seem to recall it working fine in gcc 4.0.1. On 9/11/06, Michael McCracken <michael.mccracken at gmail.com> wrote: > On 9/9/06, Michael McCracken <michael.mccracken at gmail.com> wrote: > > On 9/9/06, Steven Bosscher <stevenb.gcc at gmail.com> wrote: > > > On 9/9/06, Chris

Hi, I am trying to do something similar to the profiling target in the llvm-test suite makefiles, but I'm not a gmake expert, so I am stumped on something: I did some copy-and-paste of the profile code in llvm-test/Makefile.programs and got it working within SingleSource/Benchmarks, where I can say 'make pmf' or 'make profile' and get a build with profiling results or my own

Hi, the idea of a dragon theme reminded me of the dragon-like serpents called "Nāga" from Cambodian mythology, among other places. Here's a brief link explaining the specific Cambodian meaning - http://en.wikipedia.org/wiki/Naga_(mythology)#N.C4.81gas_in_Cambodia I like this as a name, because it's unique short and easy to type and remember (as long as you omit the accent,

Hi, I'm having some problems cross-compiling from ppc (OS X) to x86 object files and to ia64, at all. I'd appreciate some advice as to whether or not I'm actually supposed to be able to do this, and what's wrong if so. Here's how I configured it: ../llvm-darcslocal/llvm/configure --with-llvmgccdir=$LLVMGCCDIR --prefix=$HOME/Documents/hpcl/LLVM/install The results work fine

I just noticed this - I can't promise any particular amount of TLC, but I'll certainly be giving the Fortran front-end some attention as soon as LLVM moves to gcc 4.2. For future reference, does anyone know of a good free Fortran compiler test suite? Cheers, -mike On 5/14/07, Duncan Sands <baldrick at free.fr> wrote: > Hi Duraid, > > > Does anyone know what the

Hi - I wanted to make a pass available for use with llc, and found that even though there is a PassInfo::LLC value, it isn't currently used. If you compare analyze.cpp and opt.cpp to llc.cpp, the first two find appropriate pass names with a FilteredPassNameParser and create them, but llc does not - it just gets all the passes it wants through the TargetMachine. Is there a particular reason

On Tue, 21 Mar 2006, Michael McCracken wrote: > opt: /home/mmccrack/lens/obj-llvm-darcslocal/../llvm-darcslocal/llvm/lib/VMCore/PassManagerT.h:426: > void llvm::PassManagerT<UnitType>::markPassUsed(const llvm::PassInfo*, > llvm::Pass*) [with UnitType = llvm::Module]: Assertion > `getAnalysisOrNullUp(P) && > dynamic_cast<ImmutablePass*>(getAnalysisOrNullUp(P))

On 7/25/05, Reid Spencer <reid at x10sys.com> wrote: > On Mon, 2005-07-25 at 21:48 -0700, Michael McCracken wrote: > > On 7/25/05, Reid Spencer <reid at x10sys.com> wrote: > > > Why not just create your pass as a shared object and: > > > > > > opt -load mypass.so -mypass | llc > > > > My pass is an implementation of an analysis group that

Hi, in a thread this afternoon about compiling the Fortran SPEC2000 to LLVM bytecode, Chris mentioned that it should be possible to compile to LLVM with the gfortran front end, although no one has necessarily tried it. I was surprised (and happy) to hear this, as under the impression that it would require a "complete rewrite of the gfortran backend" [1]. Now, I probably misinterpreted

On 9/1/06, Chris Lattner <sabre at nondot.org> wrote: > On Fri, 1 Sep 2006, Michael McCracken wrote: > > I wanted to know if I should submit patches with comments around them > > like the "APPLE LOCAL LLVM" ones that mark the LLVM-only changes to > > the tree. I'd like to make it as easy as possible to apply these, so > > let me know any rules I

On 9/9/06, Steven Bosscher <stevenb.gcc at gmail.com> wrote: > On 9/9/06, Chris Lattner <sabre at nondot.org> wrote: > > On Sat, 9 Sep 2006, Steven Bosscher wrote: > > > You wrote: > > >> The NIST F77 test suite doesn't seem to be compatible with gfortran at > > >> all, > > > Actually, the entire suite compiles flawlessly with

On 7/25/05, Reid Spencer <reid at x10sys.com> wrote: > I think that the answer is that llc is intended to be the final compiler > of executable output. Running "general" passes in llc was never part of > the design. It just runs machine passes, assuming that its bytecode > input is already optimized. OK, that makes sense. > What you're looking for is a program

On 9/6/06, Chris Lattner <sabre at nondot.org> wrote: > On Tue, 5 Sep 2006, Michael McCracken wrote: [snip] > > ../../src/gcc/llvm-convert.cpp:3871: failed assertion > > `(TREE_CONSTANT(exp) || TREE_CODE(exp) == STRING_CST) && "Isn't a > > constant!"' > > > > In this case, TreeConstantToLLVM::Convert() is getting a constant to >