03.01.2012 23:54, José Mejuto пишет:
Hello FPC,
Monday, January 2, 2012, 9:27:50 PM, you wrote:
The solution to optimize the unnecessary finally blocks without
breaking exit behavior is still to
be found.
SG> More sophisticated patch applied in r19955. If you can test
SG> your project with
Hello FPC,
Monday, January 2, 2012, 9:27:50 PM, you wrote:
>> The solution to optimize the unnecessary finally blocks without
>> breaking exit behavior is still to
>> be found.
SG> More sophisticated patch applied in r19955. If you can test
SG> your project with it, that would be just
SG> great.
Skybuck Flying schrieb:
vValue := mDepth1.mDepth2.mDepth3.mValue;
You can implement such a funny hierarchy in any language. So what?
DoDi
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-dev
On Fri, Dec 30, 2011 at 3:09 PM, Hans-Peter Diettrich
wrote:
> Skybuck Flying schrieb:
>
>
>>> 2. Nested/delegated classes incur a pointer access penalty, the deeper
>>> the nesting the higher the penalty.
>>
>>
>> "
>> Why? Nested classes are not a problem in OPL, more in C++ (multiple
>> inherit
Something like this ;):
type
TDepth3 = class
public
mValue : integer;
constructor Create;
destructor Destroy; override;
end;
constructor TDepth3.Create;
begin
mValue := 666;
end;
destructor TDepth3.Destroy;
begin
end;
type
TDepth2 = class
public
mDepth3 : TDepth3;
constructor Create;
Felipe Monteiro de Carvalho wrote:
On Sun, Jan 1, 2012 at 2:12 PM, Jeff Duntemann wrote:
Bravo! My only question is: Are there any particular issues with respect to
using 2.6.0 with Lazarus?
For desktop platforms I don't know any issues. It works just as good as 2.4
I just found one small
