Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Maciej Izak
2016-10-26 0:03 GMT+02:00 : > Now you have me confused. > I thought you wanted to "take over" acceptance of this into FPC and doing > further improvements. > What is this NewPascal? How official is it? Are the changes ported to FPC? > (Googling through the lists.freepascal.org

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Blaise
On 26.10.2016 0:36, Maciej Izak wrote: your work (with my modifications and with regression tests) will become part of NewPascal release (for sure!) and I hope it makes you less frustrated :) Now you have me confused. I thought you wanted to "take over" acceptance of this into FPC and doing

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Maciej Izak
2016-10-25 20:38 GMT+02:00 : > > 3) I have not abandoned this project (and I am as frustrated with the pace > as you may be; although, the previous disruption was not my fault -- I had > allocated last December to finally have this merged, but got no response > from maintainers

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Blaise
On 25.10.2016 20:57, Maciej Izak wrote: What Scooter Software has to GPL licensed code? It has to do with what is right. Allow me to provide a little background: 1) I do not use FPC at all; 2) Essentially, I was "hired" by Scooter Software (they do use FPC, I presume) to implement the subj

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Maciej Izak
2016-10-25 16:09 GMT+02:00 : > In theory, that is fine by me (the author). > Good to hear that > However, if I were to formally pass the bucket to you, I would like to > settle with Scooter Software on my work done thus far. > What Scooter Software has to GPL licensed code?

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Maciej Izak
2016-10-25 15:45 GMT+02:00 Michael Van Canneyt : > One remark only: you should keep it independent of (or orthogonal to) the > work you did on management operators. One should not depend on the other... Yes I know and I agree :P One branch for Generics.Collections, one

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Blaise
On 25.10.2016 18:30, wkitt...@windstream.net wrote: if i/we may ask, what happened to your Patch/hg repository? why did it go away? As I said to Sven back then: "I did some server maintenance on 27th June, and I have had no incentive to put that part back yet". That is the only reason: lack

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread wkitty42
On 10/25/2016 10:09 AM, bla...@blaise.ru wrote: On 25.10.2016 16:06, Maciej Izak wrote @ http://lists.freepascal.org/pipermail/fpc-devel/2016-October/037375.html : I'd like to take over work on closures/anonymous methods In theory, that is fine by me (the author). However, if I were to

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Blaise
On 25.10.2016 16:06, Maciej Izak wrote @ http://lists.freepascal.org/pipermail/fpc-devel/2016-October/037375.html : I'd like to take over work on closures/anonymous methods In theory, that is fine by me (the author). However, if I were to formally pass the bucket to you, I would like to

Re: [fpc-devel] Closures / anonymous methods

2016-10-25 Thread Michael Van Canneyt
On Tue, 25 Oct 2016, Maciej Izak wrote: Hi, I'd like to take over work on closures/anonymous methods: http://newpascal.org/compass.html (point #5). Patch/hg repository from original author has gone away but I have made copy. My working repository is here:

[fpc-devel] Closures / anonymous methods

2016-10-25 Thread Maciej Izak
Hi, I'd like to take over work on closures/anonymous methods: http://newpascal.org/compass.html (point #5). Patch/hg repository from original author has gone away but I have made copy. My working repository is here: https://github.com/maciej-izak/freepascal/commits/closures I sent here

Re: [fpc-devel] Bug in passing WideString parameters to dispinterface function ?

2016-10-25 Thread LacaK
I can simplify it by this demo program (only compileable not runable): type Tintf = dispinterface ['{05D31AA6-1306-4DA0-9AE2-A8771FF6FA94}'] function wStr(const str1: WideString; const str2: WideString): Integer; dispid 3; end; function wStr(const str1: widestring; const str2:

[fpc-devel] Bug in passing WideString parameters to dispinterface function ?

2016-10-25 Thread LacaK
Hi, look please at this. I have imported OCX type library which result in pascal unit with "dispinterface" defined like this: _DSamlight_client_ctrl_ocx = dispinterface ['{05D31AA6-1306-4DA0-9AE2-A8771FF6FA94}'] ... function ScChangeTextByName(const EntityName:WideString; const