similar to: [LLVMdev] LLVM Wiki images

I'll take care of this, sorry about thta! On Sun, May 31, 2009 at 6:38 AM, Aaron Gray <aaronngray.lists at googlemail.com> wrote: > Hi, > > Is it possible to enable images and uploading of images on the LLVM Wiki, > please. > > Thanks, > > Aaron > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu

>Done Yay, we got Wiki, now I can do some wicked UML diagrams for LLVM, he, he, he :) Many thanks, Aaron On Thu, Mar 19, 2009 at 3:58 PM, Daniel Berlin <dberlin at dberlin.org> wrote: > As soon as i get out of this meeting I will > > On Thu, Mar 19, 2009 at 3:22 PM, someguy > <just.s0m3.guy+llvmdev at gmail.com> wrote: >> Daniel, can you set up the virtual

Daniel, Can we add the relevant plugins for pretty printing of source code? On Fri, Mar 20, 2009 at 4:45 AM, Aaron Gray <aaronngray.lists at googlemail.com > wrote: > >Done > > Yay, we got Wiki, now I can do some wicked UML diagrams for LLVM, he, he, > he > :) > > Many thanks, > > Aaron > > On Thu, Mar 19, 2009 at 3:58 PM, Daniel Berlin <dberlin at

> On Thu, Jul 2, 2009 at 11:46 AM, Aaron > Gray<aaronngray.lists at googlemail.com> wrote: >> Jon, >> >> LLVM seems to be now dependant by default on OCAML and ocamldoc. Can you >> please change this so OCAML is only built and enabled when an >> '--enable-ocaml' flag is set on 'configure'. As I cannot do 'make >> install'

I am now getting an X86ATTAsmPrinter error in compiling libstdc++-v3 right near the end of compiling llvm-gcc in valarray-inst.cc. assertion "IndexReg.getReg() != X86::ESP && "X86 doesn't allow scaling by ESP" Does this build on Linux ? My remote Linux box has died and not a ble to reset it for a day or two. /home/ang/build/llvm-gcc/./gcc/xgcc -shared-libgcc

On Fri, Feb 27, 2009 at 4:32 PM, Jay Foad <jay.foad at gmail.com> wrote: > >> Could you please rig Makefile.rules or something to print out the value > >> of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if > >> that's erroneously false. > > This works for me: > > Index: Makefile.rules >

On Feb 23, 2009, at 10:30 AMPST, Aaron Gray wrote: > On Mon, Feb 23, 2009 at 6:22 PM, Aaron Gray <aaronngray.lists at googlemail.com > > wrote: > On Mon, Feb 23, 2009 at 6:09 PM, Dale Johannesen <dalej at apple.com> > wrote: > These benchmarks are not distributed with llvm (which doesn't have the > legal right to distribute Spec, for example). If you have

2009/8/28 Anton Korobeynikov <anton at korobeynikov.info> > Hello, Aaron > > > -c /home/ang/svn/llvm-gcc-coff/gcc/libgcc2.c -o libgcc/./_popcountsi2.o > > assertion "V == V2 && "Didn't find key?"" failed: file > > "/home/ang/svn/llvm-coff/ > > This is familiar but I cannot remember whether it got fixed or not now. I >

llvm[2]: Linking Debug Loadable Module libCompilerDriver.dll /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: unrecognized option '--enable-runtime-pseudo-relocs' /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/ld: use the --help option for usage information collect2: ld returned 1 exit status make[2]: ***

Hi Mikhail, > Aaron Gray <aaronngray.lists <at> googlemail.com> writes: >> I have not tried as of yet. > > Just compile with `make VERBOSE=1` and then copy, paste & edit > the offending line. Okay >> I don't think Cygwin supports loadable modules anyway. > > Really, Cygwin doesn't allow to produce DLLs? Then I guess I > should make this a

On Thu, Jul 16, 2009 at 10:04 AM, Aaron Gray<aaronngray.lists at googlemail.com> wrote: > 2009/7/16 Chris Lattner <clattner at apple.com> >> Whats Daniels approach, does he have any online documentation or code, do >> you have an email address so I may talk to him. >> >> Take a look at how asmprinters work >> in include/llvm/Target/TargetRegistry.h .

> Hi Aaron, > > Aaron Gray <aaronngray.lists <at> googlemail.com> writes: > >> unrecognized option '--enable-runtime-pseudo-relocs' > > Interesting. > Does libCompilerDriver.dll link w/o '--enable-runtime-pseudo-relocs'? I have not tried as of yet. > If I understand correctly, this bug makes it impossible to produce > loadable >

I am iterating through Modules symbols for 'test/CodeGen/X86/memcpy.bc I get :- ---------- Functions ---------- llvm.memcpy.i64 Mangled name = llvm.memcpy.i64 DefaultVisibility ExternalLinkage - Externally visible. my_memcpy Mangled name = my_memcpy DefaultVisibility ExternalLinkage - Externally visible. my_memcpy2 Mangled name =

Strange, seems to be working now on Linux, I had checkedout and used a clen build tree. Sorry for the noise. Aaron 2009/6/22 Anton Korobeynikov <anton at korobeynikov.info> > > Still not working, what does TOT stand for ? > Top Of the Tree. Works for me and Duncan also confirmed that it works > for him. Try to clean your build directory. > > -- > With best

Hi, I am working on the COFF backend and am wondering where llvm.memcpy gets lowered to memcpy ? It seems to be done by the assembler backends and would have thought it would either be done by a lowering pass or done by the mangler but it does not seem to be either. Many thanks in advance, Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL:

2009/8/28 Aaron Gray <aaronngray.lists at googlemail.com> > 2009/8/28 Anton Korobeynikov <anton at korobeynikov.info> > >> Hello, Aaron >> >> > -c /home/ang/svn/llvm-gcc-coff/gcc/libgcc2.c -o libgcc/./_popcountsi2.o >> > assertion "V == V2 && "Didn't find key?"" failed: file >> >

Ah, it seems to be my patch triggering it, but it did not do so a few days ago. Do you know what has changed that could be causing this ? Thanks, Aaron ----- Original Message ----- From: Aaron Gray To: LLVM Developers Mailing List Sent: Tuesday, June 23, 2009 12:11 AM Subject: Re: [LLVMdev] Getting Circular dependancy between libLLVMAlphaAsmPrinter.a and libLLVMAlphaCodeGen.a

On Thu, Jul 16, 2009 at 11:43 AM, Aaron Gray<aaronngray.lists at googlemail.com> wrote: > 2009/7/16 Daniel Dunbar <daniel at zuster.org> >> >> On Thu, Jul 16, 2009 at 10:04 AM, Aaron >> Gray<aaronngray.lists at googlemail.com> wrote: >> > 2009/7/16 Chris Lattner <clattner at apple.com> >> >> Whats Daniels approach, does he have any

2009/7/18 Chris Lattner <clattner at apple.com> > > On Jul 18, 2009, at 2:56 PM, Aaron Gray wrote: > > I am iterating through Modules symbols for 'test/CodeGen/X86/memcpy.bc > > > If you're iterating over functions, just ignore all intrinsics. > Okay, but it would be nice if the Module object reflected the lowered symbol names like 'memcpy' too.

Jon, LLVM seems to be now dependant by default on OCAML and ocamldoc. Can you please change this so OCAML is only built and enabled when an '--enable-ocaml' flag is set on 'configure'. As I cannot do 'make install' on Cygwin as ocamldoc is not availiable on Cygwin. Also really 95% of LLVM users are not either going to have ocaml installed or are going to be using it.