RE: [PROGRESS REPORT 20161004]groovy-parser

2016-10-04 Thread daniel_sun
Thanks :) -- View this message in context: http://groovy.329449.n5.nabble.com/PROGRESS-REPORT-20161004-groovy-parser-tp5735725p5735778.html Sent from the Groovy Dev mailing list archive at Nabble.com.

Re: Proposal: Statically compileable builders

2016-10-04 Thread Jochen Theodorou
On 04.10.2016 18:00, Graeme Rocher wrote: [...] If you combine this will my other proposal around allowing delegates to on maps you can see that you could implement markup builder for static compilation mkp.html { body { div id:"test" } } ok, let us assume mkp is a

Re: Proposal: allow @DelegatesTo on Map arguments

2016-10-04 Thread Shil Sinha
+1 I was writing a type checking extension that did this but it would much better if it were built into the compiler itself On Tue, Oct 4, 2016 at 11:18 AM, Jochen Theodorou wrote: > sounds good > > > On 04.10.2016 14:56, Graeme Rocher wrote: > >> Hi all, >> >> I would like

RE: [PROGRESS REPORT 20161004]groovy-parser

2016-10-04 Thread atuzov .
apache.org > Subject: [PROGRESS REPORT 20161004]groovy-parser > > Hi List, > > Currently the new parser can parse almost all groovy source > codes(including the scripts embedded) of groovy project(2.5.0 master > branch, > *4621 IN TOTAL, 4619 PASSES, 2 FAILED*). In othe

Re: Proposal: Statically compileable builders

2016-10-04 Thread Graeme Rocher
The use case is really around builders, not so much around regular objects. Builders don't really use return types that much, but if you did want return type information we could support methodMissing that return a concrete type. Typical builder code that could be statically compiled def json =

Re: Proposal: Statically compileable builders

2016-10-04 Thread Jochen Theodorou
On 04.10.2016 16:32, Graeme Rocher wrote: [...] I would like to propose adding the ability to create builders that can be statically compiled by adding a capability similar to Scala's Dynamic: https://issues.apache.org/jira/browse/GROOVY-7957 the question is what you really gain from

Re: Proposal: Statically compileable builders

2016-10-04 Thread Graeme Rocher
Interesting. Also related to this, I wrote a type checking extension that makes it possible to statically compile StreamingJsonBuilder by delegating missing methods to invokeMethod:

Proposal: Statically compileable builders

2016-10-04 Thread Graeme Rocher
Closely linked to https://issues.apache.org/jira/browse/GROOVY-7956 I would like to propose adding the ability to create builders that can be statically compiled by adding a capability similar to Scala's Dynamic: https://issues.apache.org/jira/browse/GROOVY-7957 Some considerations: *

RE: [PROGRESS REPORT 20161004]groovy-parser

2016-10-04 Thread Miles, Chris (MFT)
Excellent, well done! From: daniel_sun [realblue...@hotmail.com] Sent: 03 October 2016 17:22 To: d...@groovy.incubator.apache.org Subject: [PROGRESS REPORT 20161004]groovy-parser Hi List, Currently the new parser can parse almost all groovy source

Re: Proposal: allow @DelegatesTo on Map arguments

2016-10-04 Thread Andrew Bayer
I was just wishing for this a couple weeks ago! I'd love to see this added. A. On Oct 4, 2016 2:57 PM, "Graeme Rocher" wrote: > Hi all, > > I would like to propose adding support for @DelegatesTo on named > arguments (Map types) in order to improve static compilation