Re: [fpc-devel] Inconsistent use of Timeout in SimpleIPC
On 22/01/2016 22:33, Denis Kozlov wrote: so the next patch will be use this common "simpleipc.inc" on all Windows platforms (AllWindowsOSes). Patch attached here: http://bugs.freepascal.org/view.php?id=29496 Summary of changes: 1) Moved "src/win/simpleipc.inc" to "src/winall/simpleipc.inc" 2) Removed "src/wince/simpleipc.inc" 3) Included "src/winall" for AllWindowsOSes in fpmake.pp Denis ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Debuginfo for dynamic arrays
Martin Schreiber wrote: How can we identify a dynamic array with FPC dwarf? You can't, and ideally this shouldn't even be necessary. In the past years, people have implemented support in GDB for Fortran and ADA arrays that also have dynamic length counts. We should update our DWARF code to properly describe the dynamic length location too, so GDB will automatically do the right thing (to be enabled/disabled via a -gXXX command line option, so the old method can still be selected for use with older GDB versions). Jonas ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Debuginfo for dynamic arrays
Am 24.01.2016 um 15:24 schrieb Jonas Maebe: > Martin Schreiber wrote: >> How can we identify a dynamic array with FPC dwarf? > > You can't, (gdb) whatis d type = array of Double ? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Debuginfo for dynamic arrays
On 24/01/2016 14:06, Martin Schreiber wrote: Hi, For a "array of integer" type variable FPC 32bit stabs returns for gdb "ptype" command " type = ^(array [0..-1] of LONGINT) ". MSEide uses this info to fetch the itemcount and item memory and to show the array items in watches window. FPC 64bit dwarf "ptype" returns " type = ^LONGINT ". How can we identify a dynamic array with FPC dwarf? If I remember correctly then you can do (after you got above result) ptype foo^ or if foo is an expression ptype (foo)^ and this will return an array as ptype. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
[fpc-devel] Debuginfo for dynamic arrays
Hi, For a "array of integer" type variable FPC 32bit stabs returns for gdb "ptype" command " type = ^(array [0..-1] of LONGINT) ". MSEide uses this info to fetch the itemcount and item memory and to show the array items in watches window. FPC 64bit dwarf "ptype" returns " type = ^LONGINT ". How can we identify a dynamic array with FPC dwarf? Thanks, Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Debuginfo for dynamic arrays
On Sunday 24 January 2016 15:20:04 Martin wrote: > On 24/01/2016 14:06, Martin Schreiber wrote: > > How can we identify a dynamic array with FPC dwarf? > > If I remember correctly then you can do (after you got above result) > ptype foo^ > or if foo is an expression ptype (foo)^ > and this will return an array as ptype. > Works, thank you very much! Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Dwarf-3
On 24/01/2016 16:03, Florian Klämpfl wrote: Dwarf-3 can handle dyn. arrays much better. What do you think about switching the default dwarf level from 2 to 3? The last gdb I tested on win (32bit vista) was gdb 10.0 (current is 10.1) And (IIRC) it still crashes (gdb exe has stopped working) with dwarf3. This is when I run a great lot of queries on it, using the test case I have for the lazarus debug integration. ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Dwarf-3 (was: Debuginfo for dynamic arrays)
Am 24.01.2016 um 15:20 schrieb Martin: > On 24/01/2016 14:06, Martin Schreiber wrote: >> Hi, >> For a "array of integer" type variable FPC 32bit stabs returns for gdb >> "ptype" >> command >> " >> type = ^(array [0..-1] of LONGINT) >> ". >> MSEide uses this info to fetch the itemcount and item memory and to show the >> array items in watches window. >> FPC 64bit dwarf "ptype" returns >> " >> type = ^LONGINT >> ". >> How can we identify a dynamic array with FPC dwarf? >> > > If I remember correctly then you can do (after you got above result) >ptype foo^ > or if foo is an expression ptype (foo)^ > and this will return an array as ptype. > Dwarf-3 can handle dyn. arrays much better. What do you think about switching the default dwarf level from 2 to 3? ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
Re: [fpc-devel] Dwarf-3
On Sunday 24 January 2016 17:17:57 Martin wrote: > On 24/01/2016 16:03, Florian Klämpfl wrote: > > Dwarf-3 can handle dyn. arrays much better. What do you think about > > switching the default dwarf level from 2 to 3? > > The last gdb I tested on win (32bit vista) was gdb 10.0 (current is 10.1) > > And (IIRC) it still crashes (gdb exe has stopped working) with dwarf3. > Confirmed with Linux x64 gdb 7.9.1. gdb with FPC -gw3 crashes by many watches ("self",arrays,pointers...) and does not find uppercase queries for lowercase variables so the workaround for class variables can not be used. It is completely unusable for IDE purpose. Martin ___ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel