Felipe Monteiro de Carvalho wrote:
On Sun, Jan 1, 2012 at 2:12 PM, Jeff Duntemannj...@duntemann.com 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
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;
On Fri, Dec 30, 2011 at 3:09 PM, Hans-Peter Diettrich
drdiettri...@aol.com 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
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
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.
I had
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
