Jonas Maebe wrote:
The next logical step would be returning all automated types in
parameters, which would get rid of quite a pack of implicit
finalization code.
And thoroughly break Delphi compatibility at the same time :) Especially
for assembler routines this could result in quite a few
Sergei Gorelkin schrieb:
> Jonas Maebe wrote:
>>
>>> The next logical step would be returning all automated types in
>>> parameters, which would get rid of quite a pack of implicit
>>> finalization code.
>>
>> And thoroughly break Delphi compatibility at the same time :)
>> Especially for assembler
On 08 Dec 2007, at 17:45, Sergei Gorelkin wrote:
Jonas Maebe wrote:
The next logical step would be returning all automated types in
parameters, which would get rid of quite a pack of implicit
finalization code.
And thoroughly break Delphi compatibility at the same time :)
Especially for a
Jonas Maebe wrote:
Thanks, I've applied your patch. I'm also testing a patch for the
function result handling (there was another issue: the fact that the
fake "result" variable is actually implemented as an absolute variable
referring to the actual function result, causing an extra absolute t
On 08 Dec 2007, at 16:57, Sergei Gorelkin wrote:
Jonas Maebe wrote:
Thanks, I've applied your patch. I'm also testing a patch for the
function result handling (there was another issue: the fact that
the fake "result" variable is actually implemented as an absolute
variable referring to th
Florian Klaempfl wrote:
Are you sure with the strings?
Yes. Any function that returns a string is supplied with one more
argument than it was declared. After calling the function, register eax
(which is used to contain the non-parameter result) is not used.
Here is a simple example:
functi
Sergei Gorelkin schrieb:
> Florian Klaempfl wrote:
>>
>> Are you sure with the strings?
>
> Yes. Any function that returns a string is supplied with one more
> argument than it was declared. After calling the function, register eax
> (which is used to contain the non-parameter result) is not used.
> >> Are you sure with the strings?
> >
> > Yes. Any function that returns a string is supplied with one more
> > argument than it was declared. After calling the function, register
> > eax (which is used to contain the non-parameter result) is not used.
> > Here is a simple example:
>
> I'am n
Hello, FPC developers' list
What for lazarus have package datadict if even recent fpc doesnot make
some dependencies by default?
For example fcl-dc\src\codegen is not in makefile.
Please compile all dependent units by default. I used attached patch to
solve problems here.
Best regards,
Paul