Jochen Theodorou | 1 Jan 01:21 2011
Picon

Re: [groovy-dev] Any plan to integrate G++ into Groovy?

Am 31.12.2010 23:40, schrieb Jon Cox:
[...]
>    How up-to-date is:  http://groovy.codehaus.org/MOP+2.0+ideas
>    and what's the timeline?

timeline is the problem atm. It is still quite up to date. Some parts 
got implemented already.

>    Also, can you&  Alex comment on what potential synergies/tensions
>    exist between groovy's roadmap and that of the groovy++ extension?

Well, the basic part is that Groovypp is trying to do everything static 
if possible, while Groovy basically comes from the different direction. 
Ideally we meet in the middle and be happy. But if performance is the 
deciding factor, then you cannot easily move from the static world. Let 
us for example take a builder. Of course I can statically compile a 
builder. But that means I have to make every method call basically go to 
the invokeMethod of some object that then does the dispatch. This is 
usually slow, because the JVM cannot make this kind of call very fast. 
Additionally, what about methods that have the same name as a call you 
used in the builder? If you want to make it static with still going 
through the dispatcher object, then you have to give that some kind of 
ability to check if that method is available on the this-object and 
react accordingly. But if you compiled it as a direct call, it would be 
so much faster. And the other version even increases the problem. Now 
let us not take a builder, let us make this a closure that is called 
very often and the closure wants to call a method outside. Following the 
guidelines of current groovy you could intersect those methods using a 
delegate and an resolving strategy and without setting this at compile 
time. All in all the problem is that you somehow have to transport this 
(Continue reading)

Alex Tkachman | 1 Jan 10:04 2011
Picon

Re: [groovy-dev] Any plan to integrate G++ into Groovy?

Please have a look on https://github.com/alextkachman/fib-benchmark

I think we need to find if and where is the problem. Otherwise it will
be absolute shame for us as Groovy Core Team because of so much noise
we did about great performance of Fibbonachi benchmark in 1.8.0-bets-3
I hope that something is wrong with my benchmark itself and not with
Groovy 1.8.0 performance

BTW, for record - I don't like that Groovy++ is part of this
competition. Real comparison is with Java. G++ was included in to
benchmark only because you, Jochen, asked for that and this is how
(potential) problem was found.

I can only repeat more and more times - Groovy++ is not competitor or
replacement for Groovy and I feel really sorry when people raise this
issue over and over again or try to question if we need Groovy++ at
all.

On Fri, Dec 31, 2010 at 9:17 PM, Jochen Theodorou <blackdrag@...> wrote:
> Am 31.12.2010 19:11, schrieb Alex Tkachman:
>>
>> No big difference
>
> strange... For me my version is about 6 times faster. On the other hand I
> use JDK7, maybe that's a reason too
>
> bye blackdrag
>
> --
> Jochen "blackdrag" Theodorou
(Continue reading)

Peter Niederwieser | 1 Jan 16:45 2011
Picon

[groovy-dev] Re: Incompatible AST change in 1.7.6


Jochen Theodorou wrote:
> 
> Can you give an example of what code changed?
> 

class Base {
  def x
}

class Derived extends Base {
  def foo() {
    println x // getAccessedVariable() returns a DynamicVariable in 1.7.5,
and a FieldNode in 1.7.6
  }
}

Cheers,
Peter

--

-- 
View this message in context: http://groovy.329449.n5.nabble.com/Incompatible-AST-change-in-1-7-6-tp3323203p3324236.html
Sent from the groovy - dev mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

(Continue reading)

Peter Niederwieser | 1 Jan 16:48 2011
Picon

[groovy-dev] Re: Groovy 1.7 Jar has underscore in filename


I've fixed this in build.properties.
--

-- 
View this message in context: http://groovy.329449.n5.nabble.com/Groovy-1-7-Jar-has-underscore-in-filename-tp3322532p3324238.html
Sent from the groovy - dev mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Peter Niederwieser | 1 Jan 17:02 2011
Picon

[groovy-dev] Closure coercion behavior in 1.7.6


I'm observing the following behavior in 1.7.6 (but not in any earlier
versions): Given a closure coerced to a single-method interface without
throws-clause, when the method is called and the closure throws a checked
exception, I get a java.lang.reflect.UndeclaredThrowableException. I haven't
been able to reproduce this behavior in a self-contained example yet, but
can observe it in the Spock codebase. Have there been any changes made
regarding closure coercion in 1.7.6?

Cheers,
Peter
--

-- 
View this message in context: http://groovy.329449.n5.nabble.com/Closure-coercion-behavior-in-1-7-6-tp3324244p3324244.html
Sent from the groovy - dev mailing list archive at Nabble.com.

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Guillaume Laforge | 1 Jan 17:52 2011

Re: [groovy-dev] Re: Groovy 1.7 Jar has underscore in filename

Thank you!

On Sat, Jan 1, 2011 at 16:48, Peter Niederwieser <pniederw@...> wrote:
>
> I've fixed this in build.properties.
> --
> View this message in context: http://groovy.329449.n5.nabble.com/Groovy-1-7-Jar-has-underscore-in-filename-tp3322532p3324238.html
> Sent from the groovy - dev mailing list archive at Nabble.com.
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>
>

--

-- 
Guillaume Laforge
Groovy Project Manager
Head of Groovy Development at SpringSource
http://www.springsource.com/g2one

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Alex Tkachman | 3 Jan 10:27 2011
Picon

Re: [groovy-dev] Any plan to integrate G++ into Groovy?

Jochen,

Any thoughts on that?

Alex

On Sat, Jan 1, 2011 at 11:04 AM, Alex Tkachman
<alex.tkachman@...> wrote:
> Please have a look on https://github.com/alextkachman/fib-benchmark
>
> I think we need to find if and where is the problem. Otherwise it will
> be absolute shame for us as Groovy Core Team because of so much noise
> we did about great performance of Fibbonachi benchmark in 1.8.0-bets-3
> I hope that something is wrong with my benchmark itself and not with
> Groovy 1.8.0 performance
>
> BTW, for record - I don't like that Groovy++ is part of this
> competition. Real comparison is with Java. G++ was included in to
> benchmark only because you, Jochen, asked for that and this is how
> (potential) problem was found.
>
> I can only repeat more and more times - Groovy++ is not competitor or
> replacement for Groovy and I feel really sorry when people raise this
> issue over and over again or try to question if we need Groovy++ at
> all.
>
> On Fri, Dec 31, 2010 at 9:17 PM, Jochen Theodorou <blackdrag@...> wrote:
>> Am 31.12.2010 19:11, schrieb Alex Tkachman:
>>>
>>> No big difference
(Continue reading)

Jochen Theodorou | 3 Jan 11:32 2011
Picon

Re: [groovy-dev] Any plan to integrate G++ into Groovy?

Am 03.01.2011 10:27, schrieb Alex Tkachman:
> Jochen,
>
> Any thoughts on that?

of course I will fix the issue with the static method call, that goes 
without saying. But I wonder why your tests don't show the performance 
my tests show. Guillaume was able to reproduce that. Also the ternary 
expression is one that is especially easy to cause problems in my 
optimizations.

ybe blackdrag

--

-- 
Jochen "blackdrag" Theodorou
The Groovy Project Tech Lead
http://blackdragsview.blogspot.com/
For Groovy programming sources visit http://groovy.codehaus.org

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Alex Tkachman | 3 Jan 11:44 2011
Picon

Re: [groovy-dev] Any plan to integrate G++ into Groovy?

Can I suggest you share your code and we will include it in to the
same benchmark.

What is issue with static call? Can you share non-static version which
we will include as well? Pull requests are welcome.

On Mon, Jan 3, 2011 at 12:32 PM, Jochen Theodorou <blackdrag@...> wrote:
> Am 03.01.2011 10:27, schrieb Alex Tkachman:
>>
>> Jochen,
>>
>> Any thoughts on that?
>
> of course I will fix the issue with the static method call, that goes
> without saying. But I wonder why your tests don't show the performance my
> tests show. Guillaume was able to reproduce that. Also the ternary
> expression is one that is especially easy to cause problems in my
> optimizations.
>
> ybe blackdrag
>
> --
> Jochen "blackdrag" Theodorou
> The Groovy Project Tech Lead
> http://blackdragsview.blogspot.com/
> For Groovy programming sources visit http://groovy.codehaus.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
(Continue reading)

Jochen Theodorou | 3 Jan 12:01 2011
Picon

Re: [groovy-dev] Any plan to integrate G++ into Groovy?

Am 03.01.2011 11:44, schrieb Alex Tkachman:
> Can I suggest you share your code and we will include it in to the
> same benchmark.

I normally use

int fib(int x) {
   if (x<=1) return 1
   return fib(x-1)+fib(x-2)
}

> What is issue with static call? Can you share non-static version which
> we will include as well? Pull requests are welcome.

the problem with the static call is imply that the current optimizations 
look for a "this", and in the static case, this is not the case anymore, 
when the optimization applies. Easy to fix

bye blackdrag

--

-- 
Jochen "blackdrag" Theodorou
The Groovy Project Tech Lead
http://blackdragsview.blogspot.com/
For Groovy programming sources visit http://groovy.codehaus.org

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email
(Continue reading)


Gmane