search for: archie

>>>>> "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 a...

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" == 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 Arc...

>>>>> "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

>>>>> "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 com...

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...

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&...

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 ..."? > > &gt...

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, > Archie> that information is lost. > > Archie> If e.g. you're loading LLVM pre-compiled modules then you can > Archie> never do this...

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&...

>>>>> "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 'n...

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...

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 stati...

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 th...

On 29 Apr 2006 20:38:58 -0600, Tom Tromey <tromey at redhat.com> wrote: > >>>>> "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 al...

...ficant 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 model. -Archie __________________________________________________________________________ Archie Cobbs * CTO, Awarix * http://www.awarix.com

Hello I almost managed to make everything work my server isn't in prodution because i had some problem on others system but last week i come back and i run an update on ubuntu 12.04.1 to 12.04.2 I don't known if its' the reaseon or if someone has change something but scripts no longer work I have a message "returned 2" Can you help me because I don't find how to solve

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...

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 > repr...

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...