On 05/14/2015 12:28 AM, Marco van de Voort wrote:
No, since the that coder decides what he wants to offer up for
inclusion, not the community.
For obvious reasons, a single person is less able to see the
consequences of a design decision than multiple "analysts" can.
So that principle often r
In our previous episode, Michael Schnell said:
> On 05/12/2015 06:43 PM, Marco van de Voort wrote:
> >> Will the fpc library provide the appropriate classes for doing
> >> "TParallel.For" as described ?
> > That will depend on when you submit that patch :-)
> This of course triggers my standard ans
On 05/13/2015 11:16 AM, Sven Barth wrote:
You do know that there exist other synchronisation primitives beside
the event queue? And since the TParallel.For itself is a blocking call
I highly suspect that they *don't* use the event queue, but TEvent and
similar instead.
If using other synchr
On 05/12/2015 06:43 PM, Marco van de Voort wrote:
Will the fpc library provide the appropriate classes for doing
"TParallel.For" as described ?
That will depend on when you submit that patch :-)
This of course triggers my standard answer to such wording:
"It does make sense to first decide whe
Am 13.05.2015 11:11 schrieb "Michael Schnell" :
>> And for the widgetsets: The VCL was never designed to be cross platform
in contrast to te LCL. It would have meant immensely more work for
Embarcadero to port the VCL to Mac, Android, etc. than to buy a third part
solution and to market that. Of co
Am 13.05.2015 10:53 schrieb "Michael Schnell" :
>
> On 05/12/2015 05:39 PM, Sven Barth wrote:
>>
>>
>> Why should that interfere in any kind?! Behind the scenes it's propably
using TThread anyway...
>>
> Because Foreground code (here the calls made by the "visible" code the
user creates to use "TPa
On 05/12/2015 05:49 PM, Sven Barth wrote:
Their own .Net compiler has shown that one can't simply map the
Delphi language to the CLR 1:1 and expect something seamless. We see
that with FPC's JVM support as well. So using a variant of the
language that embeds itself into the framework is a much
On 05/12/2015 05:39 PM, Sven Barth wrote:
Why should that interfere in any kind?! Behind the scenes it's
propably using TThread anyway...
Because Foreground code (here the calls made by the "visible" code the
user creates to use "TParallel") and the "background code" in the
threads that TPa
On Tue, May 12, 2015 at 12:43 PM, Marco van de Voort
wrote:
> IMHO no discussion is necessary besides the bugreport where you added the
> patch :-)
>
Except for Prism (which is a descendant of pascal syntax) are there any
other thread oriented syntax that could be accommodated by FPC?
thanks,
D
In our previous episode, Michael Schnell said:
> Nonetheless to me it seems rather silly that they offer a dedicated
> language construct ("parallel for" / "future") with Prism and suggest
> using another language construct (anonymous method) for exactly the same
> purpose with Xe8.
Prism, as
Am 12.05.2015 15:44 schrieb "Michael Schnell" :
>
> On 05/12/2015 02:21 PM, Sven Barth wrote:
>>
>>
>> They don't /own/ Prism. They merely license it, so what the Oxygene
developers do and what the Delphi developers do are two different things.
>>
> IMHO it's really silly that they provide differen
Am 12.05.2015 15:27 schrieb "Michael Schnell" :
>
> On 05/12/2015 02:21 PM, Sven Barth wrote:
>>
>>
>> In the end I suppose that support for that TParallel class will be based
on "patches welcome" once anonymous functions are supported.
>>
>>
> OK.
>
> As this is a kind of thread support, I assume
On 05/12/2015 02:21 PM, Sven Barth wrote:
They don't /own/ Prism. They merely license it, so what the Oxygene
developers do and what the Delphi developers do are two different things.
IMHO it's really silly that they provide different Pascal "Dialects" and
"Widget frameworks" for different t
On 05/12/2015 02:21 PM, Sven Barth wrote:
In the end I suppose that support for that TParallel class will be
based on "patches welcome" once anonymous functions are supported.
OK.
As this is a kind of thread support, I assume that it might interfere or
be related with with the "CheckSynch
Am 12.05.2015 13:45 schrieb "Michael Schnell" :
>>>
>>> TParallel.For(2,1,Max,procedure(I:Int64)
>>
>> This is a class method parameterised with D2009 anonymouse method, not a
>> language construct.
>>
>> If you read the release manifest well, they talk about a parallel
library,
>> not para
On 05/12/2015 01:45 PM, Michael Schnell wrote:
Xe3 seems to. At least they advertize it
-> Xe8 seems to. At least they advertize it
(Who modifies my messages on the fly ?!?!?!?!? ;-) )
___
fpc-devel maillist - fpc-devel@lists.freepascal.or
On 05/12/2015 01:28 PM, Marco van de Voort wrote:
In our previous episode, Michael Schnell said:
Seemingly Xe3 provides a parallel loop feature to support fast
multi-Core applications
No it does not.
Xe3 was a typo.
Xe3 seems to. At least they advertize it
TParallel.For(2,1,Ma
In our previous episode, Michael Schnell said:
> Seemingly Xe3 provides a parallel loop feature to support fast
> multi-Core applications
No it does not.
>TParallel.For(2,1,Max,procedure(I:Int64)
This is a class method parameterised with D2009 anonymouse method, not a
language construc
Ooops
-> Delphi Xe8
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Seemingly Xe3 provides a parallel loop feature to support fast
multi-Core applications
try
// counts the prime numbers below a given value
Tot:=0;
SW:=TStopWatch.Create;
SW.Start;
TParallel.
20 matches
Mail list logo
