On 01/03/11 06:02, Jonas Maebe wrote:
>
> On 03 Jan 2011, at 04:11, Andrew Haines wrote:
>
>> On linux32 and win32 what cc does fpc use by default?
>
> If you mean "i386" by "32", it's Delphi-style fastcall, aka "register".
> This calling convention is the default on all i386 platforms.
>
> FPC
On Mon, 2011-01-03 at 14:43 +0100, Marco van de Voort wrote:
>
> And casting(?), e.g. for stuff like tlist where there are pointers<>
> class casts.
Can you create a simple example to test this?
Joost.
___
fpc-devel maillist - fpc-devel@lists.freepa
In our previous episode, Joost van der Sluis said:
> So we have to choose what to do: make the implicit pointer visible in
> the debug-info and add some hacks to gdb that it converts
> AnObject.Destroy to AnObject^.Destroy. (This is what we do with stabs
> and Dwarf < 3)
>
> Or we 'hide' the impli
On Mon, 2011-01-03 at 13:38 +0100, Jonas Maebe wrote:
> On 03 Jan 2011, at 13:29, Joost van der Sluis wrote:
>
> > This has nothing to do with gdb, but with the debug-information that
> > fpc
> > (-gw3) generates. Now it handles classes as if they are not
> > pointers. I
> > think that this is
On 03/01/2011 12:29, Joost van der Sluis wrote:
This has nothing to do with gdb, but with the debug-information that fpc
(-gw3) generates. Now it handles classes as if they are not pointers. I
think that this is closer to how a class is defined in Pascal. A class
is (imho) not a pointer, just lik
On 03 Jan 2011, at 13:29, Joost van der Sluis wrote:
This has nothing to do with gdb, but with the debug-information that
fpc
(-gw3) generates. Now it handles classes as if they are not
pointers. I
think that this is closer to how a class is defined in Pascal. A class
is (imho) not a pointe
On Mon, 2011-01-03 at 19:12 +0700, Paul Ishenin wrote:
> 03.01.2011 18:30, Joost van der Sluis wrote:
> > There are a few issues, though:
> > - If a class is not assigned (=nil), gdb shows the message that the
> > class is not assigned. It doesn't show that it is nil. (Effectively this
> > means
03.01.2011 18:30, Joost van der Sluis wrote:
There are a few issues, though:
- If a class is not assigned (=nil), gdb shows the message that the
class is not assigned. It doesn't show that it is nil. (Effectively this
means the same offcourse, is this a problem? Should gdb be patched to
show ni
02.01.2011 22:46, Sven Barth:
On 02.01.2011 18:16, Andrew Brunner wrote:
I'm really surprised that I come off as sounding pro any OS.
Personally, I'm the type of person to remove Windows 7 from my brand
new laptop just to run Ubuntu. I think there is though, some sort of
deep seeded resentment t
Hi all,
When you specify -gw3 to create Dwarf-3 debug information, there is no
'reference' pointer to a class in the debug information.
This means that when you evaluate a class-variable, it will show the
contents of the variable, not the pointer pointing at it. If you want to
see the address of
On 03 Jan 2011, at 04:11, Andrew Haines wrote:
On linux32 and win32 what cc does fpc use by default?
If you mean "i386" by "32", it's Delphi-style fastcall, aka
"register". This calling convention is the default on all i386
platforms.
FPC's implementation is not yet 100% Delphi-compatib
On 02.01.2011 18:16, Andrew Brunner wrote:
I'm really surprised that I come off as sounding pro any OS.
Personally, I'm the type of person to remove Windows 7 from my brand
new laptop just to run Ubuntu. I think there is though, some sort of
deep seeded resentment towards event driven methods.
On Sun, 2 Jan 2011, Andrew Brunner wrote:
I'm really surprised that I come off as sounding pro any OS.
Personally, I'm the type of person to remove Windows 7 from my brand
new laptop just to run Ubuntu. I think there is though, some sort of
deep seeded resentment towards event driven methods.
On Sun, 2011-01-02 at 22:11 -0500, Andrew Haines wrote:
> I would like to implement whatever is common to interface
> winapi(stdcall?) on win32 and just wanted to know if stdcall is for sure
> what I want.
>
> I know on x64 there is only one calling convention each for windows64
> and everything_e
14 matches
Mail list logo
