similar to: [LLVMdev] Newbie questions

Displaying 20 results from an estimated 20000 matches similar to: "[LLVMdev] Newbie questions"

2006 Apr 23
0
[LLVMdev] Newbie questions
On Sun, 2006-04-23 at 09:43 -0500, Archie Cobbs wrote: > Hi, > > I'm just learning about LLVM (really interesting) and have some newbie > questions. Feel free to ignore or disparage them if they're inappropriate :-) No worries. > > My area of interest is using LLVM in a Java JVM setting. These are > just some random questions relating to that... > > 1. What
2006 Apr 23
3
[LLVMdev] Newbie questions
Reid Spencer wrote: >> 1. What is the status of the LLVM+Java effort? > > Incomplete but significant progress has been made. Misha Brukman can > tell you more. >> Is it GCJ-specific? > > No, it implements its own Java compiler and bytecode translator. Has it been hooked up to a JVM? If so, how and which ones? Thanks for your other answers re annotations and memory
2006 Apr 25
4
[LLVMdev] Newbie questions
On 4/25/06, Archie Cobbs <archie at dellroad.org> wrote: > Chris Lattner wrote: > > On Mon, 24 Apr 2006, Archie Cobbs wrote: > >> Related idea.. what if all instructions (not just "invoke") could be > >> allowed to have an optional "except label ..."? > > > > This is the direction that we plan to go, when someone is interested >
2006 Apr 25
0
[LLVMdev] Newbie questions
Alkis Evlogimenos wrote: > On 4/25/06, Archie Cobbs <archie at dellroad.org> wrote: >> Motivation: Java's "first active use" requirement for class initialization. >> When invoking a static method, it's possible that a class may need to >> be initialized, However, when invoking an instance method, that's not >> possible. >> >>
2006 Apr 30
3
[LLVMdev] Re: Newbie questions
>>>>> "Archie" == Archie Cobbs <archie at dellroad.org> writes: >> In the JIT, devirtualization looks doable, though somewhat fiddly. At >> least, that is true for straightforward things like calls to methods >> in final classes, or calls to methods on objects allocated with 'new' >> in the current function. (The latter could be
2006 Apr 26
3
[LLVMdev] Newbie questions
On 4/25/06, Archie Cobbs <archie at dellroad.org> wrote: > Alkis Evlogimenos wrote: > > On 4/25/06, Archie Cobbs <archie at dellroad.org> wrote: > >> Motivation: Java's "first active use" requirement for class initialization. > >> When invoking a static method, it's possible that a class may need to > >> be initialized, However,
2006 Apr 27
2
[LLVMdev] Re: Newbie questions
>>>>> "Archie" == Archie Cobbs <archie at dellroad.org> writes: Are we bugging the LLVM folks with all this JVM talk? We could find (or make) another list to discuss this. Archie> E.g. devirtualization: this requires knowing the Java type Archie> (not LLVM type) of an object. But once you compile to LLVM, Archie> that information is lost. Archie> If
2006 Apr 27
0
[LLVMdev] Re: Newbie questions
Tom Tromey wrote: > Are we bugging the LLVM folks with all this JVM talk? We could find > (or make) another list to discuss this. Probably :-) At least I think I understand things better now anyway and plan to pipe down a bit. > Archie> E.g. devirtualization: this requires knowing the Java type > Archie> (not LLVM type) of an object. But once you compile to LLVM, >
2006 Apr 26
0
[LLVMdev] Re: Newbie questions
Tom Tromey wrote: >>>>>> "Archie" == Archie Cobbs <archie at dellroad.org> writes: > > Archie> In JCVM for example, there is a bit in type->flags that > Archie> determines whether the class is initialized or not. This bit > Archie> has to be checked before every static method invocation or > Archie> static field access. You could
2006 Apr 25
0
[LLVMdev] Newbie questions
Chris Lattner wrote: > On Mon, 24 Apr 2006, Archie Cobbs wrote: >> Related idea.. what if all instructions (not just "invoke") could be >> allowed to have an optional "except label ..."? > > This is the direction that we plan to go, when someone is interested > enough to implement it. There are some rough high-level notes about > this idea here:
2006 Apr 26
3
[LLVMdev] Re: Newbie questions
>>>>> "Archie" == Archie Cobbs <archie at dellroad.org> writes: Archie> Perhaps it is. In which case, I guess we need something better or else Archie> we'll never be able to do certain optimizations. I'm curious to know which optimizations you have in mind. Tom
2006 Apr 26
4
[LLVMdev] Re: Newbie questions
>>>>> "Archie" == Archie Cobbs <archie at dellroad.org> writes: Archie> In JCVM for example, there is a bit in type->flags that Archie> determines whether the class is initialized or not. This bit Archie> has to be checked before every static method invocation or Archie> static field access. You could reserve an entire byte instead Archie> of a
2006 Apr 26
0
[LLVMdev] Re: Newbie questions
Tom Tromey wrote: > Archie> Perhaps it is. In which case, I guess we need something better or else > Archie> we'll never be able to do certain optimizations. > > I'm curious to know which optimizations you have in mind. E.g. devirtualization: this requires knowing the Java type (not LLVM type) of an object. But once you compile to LLVM, that information is lost. If
2006 Apr 26
0
[LLVMdev] Re: Newbie questions
Chris Lattner wrote: > On Wed, 26 Apr 2006, Archie Cobbs wrote: >>>> With no annotation support, it doesn't seem like you can. This is >>>> the problem. I'm not saying annotations are good, just that they >>>> represent one (sub-optimal) solution to the problem. Without them, >>>> we have zero solutions to the problem. >>>
2006 Apr 26
2
[LLVMdev] Re: Newbie questions
On Wed, 26 Apr 2006, Archie Cobbs wrote: >> I haven't started this, so I have no idea how I would handle passing >> the information back and forth. > > With no annotation support, it doesn't seem like you can. This is > the problem. I'm not saying annotations are good, just that they > represent one (sub-optimal) solution to the problem. Without them, > we
2006 Apr 26
1
[LLVMdev] Re: Newbie questions
>>>>> "Archie" == Archie Cobbs <archie at dellroad.org> writes: Archie> Which bytecode will you recompile? In particular I'm thinking Archie> about active use checks: as you know the checks for class A have to Archie> be implemented in every other class B, C, D, ... that references a Archie> static field or method of A. Presumably you won't
2006 Apr 26
5
[LLVMdev] Re: Newbie questions
On Wed, 26 Apr 2006, Archie Cobbs wrote: >>> With no annotation support, it doesn't seem like you can. This is >>> the problem. I'm not saying annotations are good, just that they >>> represent one (sub-optimal) solution to the problem. Without them, >>> we have zero solutions to the problem. >> >> Why do you believe this? > > Sorry,
2006 Apr 24
3
[LLVMdev] Newbie questions
On Mon, 24 Apr 2006, Archie Cobbs wrote: > Related idea.. what if all instructions (not just "invoke") could be > allowed to have an optional "except label ..."? This is the direction that we plan to go, when someone is interested enough to implement it. There are some rough high-level notes about this idea here:
2006 Apr 26
0
[LLVMdev] Re: Newbie questions
Chris Lattner wrote: > On Wed, 26 Apr 2006, Archie Cobbs wrote: >>> I haven't started this, so I have no idea how I would handle passing >>> the information back and forth. >> >> With no annotation support, it doesn't seem like you can. This is >> the problem. I'm not saying annotations are good, just that they >> represent one (sub-optimal)
2006 Apr 26
0
[LLVMdev] Newbie questions
Alkis Evlogimenos wrote: > On 4/25/06, Archie Cobbs <archie at dellroad.org> wrote: >> Alkis Evlogimenos wrote: >>> On 4/25/06, Archie Cobbs <archie at dellroad.org> wrote: >>>> Motivation: Java's "first active use" requirement for class initialization. >>>> When invoking a static method, it's possible that a class may need to