ok, but is this a correct behavior?i think it would be best to optimize with a compiler switch or to give a switch to turn it off.i have big porting problems :(
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/
This is by design.
- Original Message -
From: mariano podesta
To: fpc-devel@lists.freepascal.org
Sent: Saturday, January 21, 2006 1:56 AM
Subject: [fpc-devel] interface vs optimizer
hi people,
there is a problem with functions returning interfaces:
if nobody stores the result, the ob
hi people,there is a problem with functions returning interfaces:if nobody stores the result, the object decrements one reference despite turn off optimizations.sample:function getobj: IUnknown;
begin Result := TInterfacedObject.Create;end;procedure test;begin getobj; // here result of getobj ha
> I also think there are more Python developers on linux, than FPC/Lazarus
> developers. This is an important factor, if you want the 'community' do
> a large part of the port.
The trouble is that users are not equal.
I think there are more FPC/Delphi users on Linux that have experience with
a
On Fri, 20 Jan 2006, Vincent Snijders wrote:
Bisma Jayadi wrote:
> It's not the advocacy that is needed but rather they need code for it
> to work. It says right in the article.
I think we should stop the VB vs Pascal discussion now. It's useless since
we all here already know which is th
Bisma Jayadi wrote:
> It's not the advocacy that is needed but rather they need code for it
> to work. It says right in the article.
I think we should stop the VB vs Pascal discussion now. It's useless
since we all here already know which is the winner. Even Alex himself
had already knew abo
> > VisionForce wrote:
> >> You all may hate me after I say this, but creating software in VB or
> >> VB.NET goes very, very quickly. But I guess since you're trying to
> >> advocate Pascal right now, this information doesn't help you any.
> >
> > Well, my personal experience is, that in total Delp
