Re: [fpc-devel] When native debuggers?

2010-12-16 Thread Vincent Snijders
2010/12/16 Andrzej : > W dniu 2010-12-16 22:00, Martin pisze: >> >> You need an older compiler. It appears FPdebugger is not maintained at >> the moment. > > In new compiler it removes a nice feature of absolute ? Possibly yes: http://wiki.lazarus.freepascal.org/User_Changes_2.4.0#Absolute_variabl

Re: [fpc-devel] When native debuggers?

2010-12-16 Thread Andrzej
W dniu 2010-12-16 22:00, Martin pisze: You need an older compiler. It appears FPdebugger is not maintained at the moment. In new compiler it removes a nice feature of absolute ? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.fr

Re: [fpc-devel] When native debuggers?

2010-12-16 Thread dmitry boyarintsev
Duby is not yet usable as a debugger. thanks, dmitry ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] When native debuggers?

2010-12-16 Thread Martin
On 16/12/2010 20:47, Andrzej wrote: W dniu 2010-12-16 21:01, Andrzej pisze: When will install native debugger FPdebugger instead GDB. It will be soon ? How install it to test? __ I try to compile c:\lazarus\debugger\fpdebug\fpd\fpd.lpr but in file Db

Re: [fpc-devel] When native debuggers?

2010-12-16 Thread Andrzej
W dniu 2010-12-16 21:01, Andrzej pisze: When will install native debugger FPdebugger instead GDB. It will be soon ? How install it to test? __ I try to compile c:\lazarus\debugger\fpdebug\fpd\fpd.lpr but in file DbgDwarf.pas is : function TDwarfLineI

[fpc-devel] When native debuggers?

2010-12-16 Thread Andrzej
When will install native debugger FPdebugger instead GDB. It will be soon ? How install it to test? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: [fpc-devel] stabs replaces ^byte to PByte, but only if PByte exists

2010-12-16 Thread Martin
On 16/12/2010 09:37, Jonas Maebe wrote: On 16 Dec 2010, at 02:12, Martin wrote: On 15/12/2010 23:44, Martin wrote: An other interesting part of debug info (2.4.2 and trunk) If I define a variable var Foo: ^TFoo; then if no type "xxx=^TFoo" exists, both stabs and dwarf will write debug inf

Re: [fpc-devel] stabs replaces ^byte to PByte, but only if PByte exists

2010-12-16 Thread Martin
On 16/12/2010 09:37, Jonas Maebe wrote: On 16 Dec 2010, at 02:12, Martin wrote: It seems fpc trunk goes even further. with trunk and stabs, the following is also combined TMyShortstring = ShortString; PMyShortstring = ^TMyShortstring; now instead of PMyShortstring gdb says PShortstring 2.

Re: [fpc-devel] stabs replaces ^byte to PByte, but only if PByte exists

2010-12-16 Thread Jonas Maebe
On 16 Dec 2010, at 02:12, Martin wrote: On 15/12/2010 23:44, Martin wrote: An other interesting part of debug info (2.4.2 and trunk) If I define a variable var Foo: ^TFoo; then if no type "xxx=^TFoo" exists, both stabs and dwarf will write debug info that contains "^TFoo" (tested with pt

Re: [fpc-devel] forward ref of typed-alias not solved // bug?

2010-12-16 Thread Paul Ishenin
16.12.2010 16:19, Marco van de Voort wrote: In our previous episode, Jonas Maebe said: In the below app you get the error project1.lpr(4,20) Error: Forward type not resolved "TOtherFoo" Is that intended? We're at least better than Kylix: $ dcc tt3.pp Borland Delphi for Linux Version 14.5 Cop

Re: [fpc-devel] forward ref of typed-alias not solved // bug?

2010-12-16 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: > > In the below app you get the error > > project1.lpr(4,20) Error: Forward type not resolved "TOtherFoo" > > > > Is that intended? > > We're at least better than Kylix: > > $ dcc tt3.pp > Borland Delphi for Linux Version 14.5 > Copyright (c) 1983,2002

Re: [fpc-devel] Suggestion: decomposition exe to dll

2010-12-16 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: > > > This involves problem: code must works not only with library version strict > > to code, but with each higher. How solve it: > > Libraries can't change too much, not remove public methods and change > > parameters, only add method. > > This is in