Branch: refs/heads/master
Home:   http://github.com/penberg/jato

Commit: 084701004104537e9c7c5a229a69ea7f83bb3ed2
    
http://github.com/penberg/jato/commit/084701004104537e9c7c5a229a69ea7f83bb3ed2
Author: Vegard Nossum <vegard.nos...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  A include/lib/array.h

Log Message:
-----------
lib: add generic resizable array

Signed-off-by: Vegard Nossum <vegard.nos...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>


Commit: 0c0b8252ef2d79459568b886d3cdaca89ab20159
    
http://github.com/penberg/jato/commit/0c0b8252ef2d79459568b886d3cdaca89ab20159
Author: Vegard Nossum <vegard.nos...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  M include/vm/class.h
  M include/vm/method.h
  M vm/class.c
  M vm/method.c

Log Message:
-----------
vm: add unimplemented interface methods to abstract classes

Reported-by: Tomek Grabiec <tgrab...@gmail.com>
Signed-off-by: Vegard Nossum <vegard.nos...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>


Commit: a5941b4db291fcef0d54759fc6f87b5104bf7e85
    
http://github.com/penberg/jato/commit/a5941b4db291fcef0d54759fc6f87b5104bf7e85
Author: Vegard Nossum <vegard.nos...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  M Makefile
  A regression/jvm/VirtualAbstractInterfaceMethodTest.java
  M regression/run-suite.sh

Log Message:
-----------
regression: add VirtualAbstractInterfaceMethodTest

NOTE: The test-case was actually derived by Tomek Grabiec.

Signed-off-by: Vegard Nossum <vegard.nos...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>


Commit: 8bd7103eb8d8c68819d27ba39316b39b1b7d2f32
    
http://github.com/penberg/jato/commit/8bd7103eb8d8c68819d27ba39316b39b1b7d2f32
Author: Vegard Nossum <vegard.nos...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  M include/lib/array.h

Log Message:
-----------
lib: add array_qsort() helper function

Signed-off-by: Vegard Nossum <vegard.nos...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>


Commit: 1f0cc2c5d2458e55a1d3374d53c1a0476f8fe605
    
http://github.com/penberg/jato/commit/1f0cc2c5d2458e55a1d3374d53c1a0476f8fe605
Author: Vegard Nossum <vegard.nos...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  M Makefile
  M include/lib/array.h
  A lib/array.c
  M test/arch-x86/Makefile

Log Message:
-----------
lib: add array_unique() to filter out duplicate elements

Signed-off-by: Vegard Nossum <vegard.nos...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>


Commit: 7eb7e4f3539b423d9d0b1adab50f68c8635027a1
    
http://github.com/penberg/jato/commit/7eb7e4f3539b423d9d0b1adab50f68c8635027a1
Author: Vegard Nossum <vegard.nos...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  M vm/class.c

Log Message:
-----------
vm: fix abstract class implementing two interfaces with the same method

Signed-off-by: Vegard Nossum <vegard.nos...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>


Commit: ba3a3ca660f4ea15a3c69cce6f0a3a83ba23b765
    
http://github.com/penberg/jato/commit/ba3a3ca660f4ea15a3c69cce6f0a3a83ba23b765
Author: Vegard Nossum <vegard.nos...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  M vm/itable.c

Log Message:
-----------
vm: remove duplicate methods from itable

This fixes the lighthouse ticket:
http://jato.lighthouseapp.com/projects/29055-jato/tickets/4

Actually, the ticket describes a slightly different scenario. The scenario
from the ticket:

        interface A {
                void foo();
        }

        interface B {
                void foo();
        }

        class C implements A, B {
                void foo() { ... }
        }

Here, the itable for C will contain two entries, one for A.foo() and one
for B.foo(). However, we _must_ do this, since we use the _method address_
as the hidden parameter to the itable resolution stub. If we omitted one
of them, the resolution stub would not be able to find it, e.g.:

        C c = new C();

        ((A) c).foo(); // would succeed
        ((B) c).foo(); // would fail

What the ticket is meant to describe, however, is that we may get the same
method (from the same class) in the itable:

        interface I {
                void foo();
        }

        class A implements I {
                void foo() { ... }
        }

        class B extends A implements I {
                void foo() { ... }
        }

Here, before this patch, we would add I.foo() twice to the itable of B.

Signed-off-by: Vegard Nossum <vegard.nos...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>


Commit: 9e44f430706dffceaa9be9132b69a77b822b6cf1
    
http://github.com/penberg/jato/commit/9e44f430706dffceaa9be9132b69a77b822b6cf1
Author: Tomek Grabiec <tgrab...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  M jit/compiler.c

Log Message:
-----------
jit: remove trace_flush() from the middle of compile()

Signed-off-by: Tomek Grabiec <tgrab...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>


Commit: d4f5891938bb2bd5f0a9a951a7c4cab6ac024cf1
    
http://github.com/penberg/jato/commit/d4f5891938bb2bd5f0a9a951a7c4cab6ac024cf1
Author: Vegard Nossum <vegard.nos...@gmail.com>
Date:   2009-08-23 (Sun, 23 Aug 2009)

Changed paths:
  M include/jit/compiler.h
  M jit/trace-jit.c
  M vm/jato.c

Log Message:
-----------
trace: filter traces by regex given by -Xtrace:method

Example:

  $ jato -Xtrace:invoke -Xtrace:method 'Vector\.add' jvm/PrintTest
  [main] trace invoke: java/util/Vector.add(Ljava/lang/Object;)Z
  [main] trace invoke: java/util/Vector.addElement(Ljava/lang/Object;)V
  [main] trace invoke: java/util/Vector.add(Ljava/lang/Object;)Z
  [main] trace invoke: java/util/Vector.addElement(Ljava/lang/Object;)V
  [main] trace invoke: java/util/Vector.add(Ljava/lang/Object;)Z
  [main] trace invoke: java/util/Vector.addElement(Ljava/lang/Object;)V
  PrintTest OK.

Signed-off-by: Vegard Nossum <vegard.nos...@gmail.com>
Signed-off-by: Pekka Enberg <penb...@cs.helsinki.fi>



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Jatovm-devel mailing list
Jatovm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jatovm-devel

Reply via email to