search for: emmel

On 12/20/05, Chris Lattner <sabre at nondot.org> wrote: > On Tue, 20 Dec 2005, Mike Emmel wrote: > > Hi all I'm writing a direct llvm backend for gcjx a new java fronted for gcc. > > Great! > > > I'm now ready to tackle creating the structures to represnt classes I > > read the gcc 4.0 patches and it seems that the llvm struct is padded > > and...

On Tue, 20 Dec 2005, Mike Emmel wrote: > Hi all I'm writing a direct llvm backend for gcjx a new java fronted for gcc. Great! > I'm now ready to tackle creating the structures to represnt classes I > read the gcc 4.0 patches and it seems that the llvm struct is padded > and aligned using the info from the g...

Hi all I'm writing a direct llvm backend for gcjx a new java fronted for gcc. I'm now ready to tackle creating the structures to represnt classes I read the gcc 4.0 patches and it seems that the llvm struct is padded and aligned using the info from the gcc tree. In my case I don't have this information. I'm willing to intially let llvm align and pad the struct but its not clear

...iled archives. I don't believe LLVM has this capability built into its rules, but we could add it once you've figured out the details. Note that libtool can automatically rip apart archives and recombine them into larger libraries. Read up on libtool for further information. Reid. Mike Emmel wrote: > First I'd like to let you know I've started working on porting gcjx to llvm. > Some other intrested people may help but I've just started the project. > > My first question is I'm porting gcjx over to use the llvm build > system I've successfully created...

...o want all sources in one directory. If I do something like SOURCES += aot/aotclass.cc aot/aotfactory.cc aot/mangle.cc I get the follwing error GC heuristics: --param ggc-min-expand=81 --param ggc-min-heapsize=95905 aot/aotclass.cc:301: fatal error: opening dependency file /media/WDC_Combo/home/memmel/GTK2.7/Qspin/Developer/Source/Languages/Core/Source/core/lib/compiler/gcjx/Debug/aot/aotclass.CXXd: No such file or directory compilation terminated. and trying to get them to had via LIBS as one big object file seems to fail also. Mike

I know the current gcc based frontend converts llvm trees to gcc trees. Is anyone working on a backend for llvm that generates gcc trees ? It would at least be intresting since you can run all the llvm passes and all the gcc passes. I'm not sure at what level you would want to generate generic ssa ?? Mike

This is a interesting thread. I think this would also help with compiling scripting languages such as JavaScript/Python etc. We could keep the high level meta data and runtime binding info as language specific bytecode in the file and just have the parts that are easy to represent as compileable in the main object sections. There is no intrinsic reason for all the runtime type information to get

...in a repository? (maybe as Tom suggested gcjx.sf.net would be an easy start - since it would not require gcc committer status). I am keen on getting LLVM support for gcj. Maybe we could also wrap the LLVM infrastructure in CNI so that the ecj compiler could be targetable to LLVM more easily. Mike Emmel schrieb: > This is a interesting thread. Thank you. > > I think this would also help with compiling scripting languages such > as JavaScript/Python etc. We could keep the high level meta data and > runtime binding info as language specific bytecode in the file and > just have th...

Hi Reid, Reid Spencer schrieb: > I have some thoughts on this too .. > Great! > On Fri, 2006-02-24 at 19:56 +0100, Jakob Praher wrote: > >>I get you 100 % here. But as you say later in the mail, many information >>is done by some runtime std::map<Value*,foo> stuff. Which is really >>handy at runtime, but I *had* serialization in mind when I was thinking

Is the source code for llva available esp the linux kernel port. Is there a project page for llva ? Mike On 2/3/06, John Criswell <criswell at cs.uiuc.edu> wrote: > Misha Brukman wrote: > > I don't know the current status of the LLVA project, so I will let the > > current developers chime in. Please send all LLVM and LLVA questions to > > llvmdev at cs.uiuc.edu .