On 15 Mar 2010, at 14:13, Flávio Etrusco wrote:
> On Mon, Mar 15, 2010 at 7:31 AM, Jonas Maebe
> wrote:
>>
>> On 15 Mar 2010, at 11:12, Paul Ishenin wrote:
>>
>>> 15.03.2010 17:01, Jonas Maebe wrote:
>>>
the only problem in that respect is that without the hacky
patch mentioned ear
On Mon, Mar 15, 2010 at 7:31 AM, Jonas Maebe wrote:
>
> On 15 Mar 2010, at 11:12, Paul Ishenin wrote:
>
>> 15.03.2010 17:01, Jonas Maebe wrote:
>>
>>> the only problem in that respect is that without the hacky
>>> patch mentioned earlier, GDB's Pascal parser does not support expressing
>>> method
On 15 Mar 2010, at 11:12, Paul Ishenin wrote:
15.03.2010 17:01, Jonas Maebe wrote:
the only problem in that respect is that without the hacky
patch mentioned earlier, GDB's Pascal parser does not support
expressing
method calls.
The remaining question for me is whether you will implement
Jonas Maebe het geskryf:
>
> This explains http://bugs.freepascal.org/view.php?id=15691
I added that url as a note to the above bug report - so information is not
forgotten.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://opensoft.homeip.net/fpgu
15.03.2010 17:01, Jonas Maebe wrote:
the only problem in that respect is that without the hacky
patch mentioned earlier, GDB's Pascal parser does not support expressing
method calls.
The remaining question for me is whether you will implement that hacky
patch :) ?
Best regards,
Paul Ishenin
On 15 Mar 2010, at 07:49, Graeme Geldenhuys wrote:
And here is more information.
http://docwiki.embarcadero.com/RADStudio/en/Program_Control
Thank you, that is the information that was needed:
"For a string, dynamic array, method pointer, or variant result, the
effects are the same as if
On 15 Mar 2010, at 04:01, Paul Ishenin wrote:
12.03.2010 21:49, Jonas Maebe wrote:
The default calling convention could be used. This would only work
for
routines with "simple" return types though (types that are not
returned
via a hidden first parameter).
I don't think any/default call
Paul Ishenin het geskryf:
> 12.03.2010 23:51, Paul Ishenin wrote:
>>
>> If something more is required please let me know and I will search.
> Also found the next document with more info:
> http://www.agner.org/optimize/calling_conventions.pdf
And here is more information.
http://docwiki.embarc
12.03.2010 21:49, Jonas Maebe wrote:
The default calling convention could be used. This would only work for
routines with "simple" return types though (types that are not returned
via a hidden first parameter).
I don't think any/default calling convention have result return in EAX
as fpc do.
On Fri, Mar 12, 2010 at 10:04 PM, Jonas Maebe wrote:
> Yes, but it is not the full documentation.
yep. I guess is the source for the the information give at wikipedia :)
Anyway, following Flávio's suggestion:
https://forums.embarcadero.com/thread.jspa?threadID=34211&stqc=true
thanks,
dmitry
___
On 12 Mar 2010, at 19:50, dmitry boyarintsev wrote:
> Quite official, i guess:
> http://docwiki.embarcadero.com/RADStudio/en/Fastcall,_fastcall
Yes, but it is not the full documentation.
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On Fri, Mar 12, 2010 at 9:43 PM, Jonas Maebe wrote:
>> Are they that cheap to
>> hold back such kind of information?
>
> I'm not aware of them being cheap in this or in other ways.
Quite official, i guess:
http://docwiki.embarcadero.com/RADStudio/en/Fastcall,_fastcall
thanks,
dmitry
___
On 12 Mar 2010, at 18:25, Flávio Etrusco wrote:
> Can't we ask someone from Borland/Embarcadero?
That's indeed a good idea, I don't think anyone has already done that.
> Are they that cheap to
> hold back such kind of information?
I'm not aware of them being cheap in this or in other ways.
J
On Fri, Mar 12, 2010 at 2:11 PM, Jonas Maebe wrote:
>
> On 12 Mar 2010, at 17:59, Paul Ishenin wrote:
>
>> 12.03.2010 23:51, Paul Ishenin wrote:
>>>
>>> If something more is required please let me know and I will search.
>> Also found the next document with more info:
>> http://www.agner.org/opti
On 12 Mar 2010, at 17:59, Paul Ishenin wrote:
> 12.03.2010 23:51, Paul Ishenin wrote:
>>
>> If something more is required please let me know and I will search.
> Also found the next document with more info:
> http://www.agner.org/optimize/calling_conventions.pdf
It describes what we implement
12.03.2010 23:51, Paul Ishenin wrote:
If something more is required please let me know and I will search.
Also found the next document with more info:
http://www.agner.org/optimize/calling_conventions.pdf
Best regards,
Paul Ishenin.
___
fpc-devel
On 12 Mar 2010, at 17:51, Paul Ishenin wrote:
> 12.03.2010 21:55, Jonas Maebe wrote:
>>
>> PS: one reason that this is not advancing is because FPC does not support it
>> correctly either, and I don't want to add support for a broken
>> implementation to GDB since then it has to be changed aga
12.03.2010 21:55, Jonas Maebe wrote:
PS: one reason that this is not advancing is because FPC does not
support it correctly either, and I don't want to add support for a
broken implementation to GDB since then it has to be changed again
later anyway. I also don't know of any description of th
Sorry, sent to the wrong list (Flavio: please reply to the list
instead of to me personally)
Begin forwarded message:
From: Jonas Maebe
Date: Fri 12 Mar 2010 16:44:30 GMT+01:00
To: FPC-Pascal users discussions
Subject: [fpc-pascal] Re: [fpc-devel] properties with getter
evaluation in gdb
On 12 Mar 2010, at 02:44, Paul Ishenin wrote:
1. gdb does not supports borland fastcall calling convention (delphi
calls it register though)
PS: one reason that this is not advancing is because FPC does not
support it correctly either, and I don't want to add support for a
broken impleme
On 12 Mar 2010, at 02:44, Paul Ishenin wrote:
I know at the moment we have the next problems which cause subj
don't work:
1. gdb does not supports borland fastcall calling convention (delphi
calls it register though)
2. fpc does not write debug info for properties with getters because
of
12.03.2010 15:11, Michael Van Canneyt wrote:
You mean in the gdb info only, I hope ?
dwarf debug info.
Best regards,
Paul Ishenin.
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Fri, 12 Mar 2010, Paul Ishenin wrote:
Hello, FPC developers' list.
I know at the moment we have the next problems which cause subj don't work:
1. gdb does not supports borland fastcall calling convention (delphi calls it
register though)
2. fpc does not write debug info for properties wi
23 matches
Mail list logo
