Re: [fpc-devel] Closures / anonymous methods

2016-10-26 Thread Michael Schnell
On 26.10.2016 13:33, Paul van Helden wrote: +1 for Oxygene mode. An Oxygene mode to me will be like early Christmas and the next 10 years' Christmases rolled together! Hmmm, Oxygene introduces several new concept. To me, parallel loops seem most interesting (and "modern" as modern multi-core

Re: [fpc-devel] Generics: issue with double inline specialization

2016-10-26 Thread Sven Barth
Am 25.10.2016 08:07 schrieb "Martok" : > Before submitting this to the bugtracker, 3 questions: does this look sane in > general? I'll try to take a look at it this weekend. But at work we're currently rather busy (shortly before a new release of our main software), so no promises though... (As I'

Re: [fpc-devel] Closures / anonymous methods

2016-10-26 Thread Michael Van Canneyt
On Wed, 26 Oct 2016, Paul van Helden wrote: Specially when they are as invasive as yours. You are in essence converting pascal to a C++ clone with this MO patch. Is it so bad that this is discussed thoroughly first ? +1 for Oxygene mode. An Oxygene mode to me will be like early Christmas an

Re: [fpc-devel] Closures / anonymous methods

2016-10-26 Thread Paul van Helden
On Wed, Oct 26, 2016 at 12:48 PM, Michael Van Canneyt < mich...@freepascal.org> wrote: > > > On Wed, 26 Oct 2016, Maciej Izak wrote: > > 2016-10-26 11:56 GMT+02:00 Michael Van Canneyt : >> >> As long as it's really a separate mode (plus maybe modeswitches for >>> selected features, that other

Re: [fpc-devel] Closures / anonymous methods

2016-10-26 Thread Michael Van Canneyt
On Wed, 26 Oct 2016, Maciej Izak wrote: 2016-10-26 11:56 GMT+02:00 Michael Van Canneyt : As long as it's really a separate mode (plus maybe modeswitches for selected features, that other modes might profit from) I don't see a problem with adding an Oxygene mode. Indeed. This is the reaso

Re: [fpc-devel] Closures / anonymous methods

2016-10-26 Thread Maciej Izak
2016-10-26 11:56 GMT+02:00 Michael Van Canneyt : > As long as it's really a separate mode (plus maybe modeswitches for >> selected features, that other modes might profit from) I don't see a >> problem with adding an Oxygene mode. >> > > Indeed. This is the reason modes were invented. This is ob

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

2016-10-26 Thread LacaK
FYI: Reported as bug #30792 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

Re: [fpc-devel] Closures / anonymous methods

2016-10-26 Thread Michael Van Canneyt
On Wed, 26 Oct 2016, Sven Barth wrote: Am 26.10.2016 00:58 schrieb "Maciej Izak" : Many users likes more modern Pascal (for example oxygene mode is also one of NewPascal targets), FPC core team likes more old fashioned Pascal... I do not believe that core team would accept oxygene mode/patch

Re: [fpc-devel] Closures / anonymous methods

2016-10-26 Thread Sven Barth
Am 26.10.2016 00:58 schrieb "Maciej Izak" : > Many users likes more modern Pascal (for example oxygene mode is also one of NewPascal targets), FPC core team likes more old fashioned Pascal... I do not believe that core team would accept oxygene mode/patch. Anyway... As long as it's really a separa