Re: [fpc-devel] Closures via interfaces

2013-06-09 Thread Sven Barth
On 07.06.2013 18:44, Vasiliy Kevroletin wrote: It's not yet available in trunk, just a work in progress. Though I DO hope that it will be part of trunk once Vasiliy is finished :) Regards, Sven I also hope that my work will be in trunk in the future. But instead of big merge of separate brun

Re: [fpc-devel] Closures via interfaces

2013-06-07 Thread Vasiliy Kevroletin
It's not yet available in trunk, just a work in progress. Though I DO hope that it will be part of trunk once Vasiliy is finished :) Regards, Sven I also hope that my work will be in trunk in the future. But instead of big merge of separate brunch I would prefer to produce series of small

Re: [fpc-devel] Closures via interfaces

2013-05-27 Thread Sven Barth
Am 27.05.2013 16:18 schrieb "Hans-Peter Diettrich" : > > Vasiliy Kevroletin schrieb: > > >> I described details of proposed and partly implemented approach in mantis. This is Delphi's approach. Some people call it "closures via interfaces". In slightly modified way it will allow to capture variable

Re: [fpc-devel] Closures via interfaces

2013-05-27 Thread Hans-Peter Diettrich
Vasiliy Kevroletin schrieb: I described details of proposed and partly implemented approach in mantis. This is Delphi's approach. Some people call it "closures via interfaces". In slightly modified way it will allow to capture variables by value (which was requested in previous discussion). I

Re: [fpc-devel] Closures via interfaces

2013-05-27 Thread Maciej Izak
> If you don't need RTTI unit then it will be much more simplier to > implement your requirements. > > Attributes are half ready in a branch. RTTI for non-published elements > (together with $RTTI directive) is not a very hard task. I use a lot of TypInfo. If I get RTTI for non-published elements

Re: [fpc-devel] Closures via interfaces

2013-05-27 Thread Paul Ishenin
27.05.2013 17:17, Maciej Izak wrote: Unfortunately, Sven is right :). I need this to share another free library for FPC. It was originally intended for sale to the Embarcadero. Absolute automatic binary streaming (seriously, for each type that exists in Pascal, including Class, ClassRef, Interfa

Re: [fpc-devel] Closures via interfaces

2013-05-27 Thread Maciej Izak
> > Sven, I did not ask what and how delphi implemented. I asked Maciej Izak > what he wants from extended RTTI. Maybe this is a small subset which is not > very hard to implement. > Best regards, > Paul Ishenin > Unfortunately, Sven is right :). I need this to share another free library for FPC.

Re: [fpc-devel] Closures via interfaces

2013-05-27 Thread Paul Ishenin
27.05.2013 15:32, Sven Barth пишет: The new extended RTTI introduced in Delphi 2009 which allows access to private/protected/public members as well together with attributes and things like TVirtualMethodInterceptor, Invoke and TValue. Sven, I did not ask what and how delphi implemented. I aske

Re: [fpc-devel] Closures via interfaces

2013-05-27 Thread Sven Barth
Am 27.05.2013 02:31 schrieb "Paul Ishenin" : > > 27.05.2013 5:52, Maciej Izak пишет: > > >> So I am waiting impatiently ^^. I think it's interesting time for >> FPC! To be completely happy, there is only one seriously lack - extended >> RTTI. :) > > > RTTI has been extended recently: http://wiki.la

Re: [fpc-devel] Closures via interfaces

2013-05-26 Thread Dimitri Smits
Paul, I think the OP meant the unit called 'rtti' in recent XE versions of Delphi. kind regards, Dimitri Smits - Oorspronkelijk e-mail - > Van: "Paul Ishenin" > Aan: "FPC developers' list" > Verzonden: Maandag 27 mei 2013 02:30:40 > Ond

Re: [fpc-devel] Closures via interfaces

2013-05-26 Thread Paul Ishenin
27.05.2013 5:52, Maciej Izak пишет: So I am waiting impatiently ^^. I think it's interesting time for FPC! To be completely happy, there is only one seriously lack - extended RTTI. :) RTTI has been extended recently: http://wiki.lazarus.freepascal.org/User_Changes_Trunk#RTTI_changes Please

Re: [fpc-devel] Closures via interfaces

2013-05-26 Thread Maciej Izak
> It's not yet available in trunk, just a work in progress. Though I DO hope > that it will be part of trunk once Vasiliy is finished :) > So I am waiting impatiently ^^. I think it's interesting time for FPC! To be completely happy, there is only one seriously lack - extended RTTI. :) Regards, H

Re: [fpc-devel] Closures via interfaces

2013-05-26 Thread Sven Barth
On 26.05.2013 21:16, Maciej Izak wrote: Cool! Now I can fully complete library Generics.Collections for FPC (especially Generics.Defaults) ;D ( https://code.google.com/p/fpc-generics-collections/ ). It's not yet available in trunk, just a work in progress. Though I DO hope that it will be part

Re: [fpc-devel] Closures via interfaces

2013-05-26 Thread Maciej Izak
Cool! Now I can fully complete library Generics.Collections for FPC (especially Generics.Defaults) ;D ( https://code.google.com/p/fpc-generics-collections/ ). FPC is getting stronger! Regards, HNB ___ fpc-devel maillist - fpc-devel@lists.freepascal.or

Re: [fpc-devel] Closures via interfaces

2013-05-26 Thread Sven Barth
On 26.05.2013 16:05, Sven Barth wrote: On 26.05.2013 12:12, Vasiliy Kevroletin wrote: Hi all, About 2 months ago there was a big discussion about closures(thread "Delphi anonymous methods"). After this discussion I started work on Delhi-like closures for fpc. I am far from finish and current im

Re: [fpc-devel] Closures via interfaces

2013-05-26 Thread Sven Barth
On 26.05.2013 12:12, Vasiliy Kevroletin wrote: Hi all, About 2 months ago there was a big discussion about closures(thread "Delphi anonymous methods"). After this discussion I started work on Delhi-like closures for fpc. I am far from finish and current implementation is not perfect. But I alrea