Bug dwarf3 / fpc / gdb Re: dwarf3 and others too [Re: [fpc-devel] Dwarf3 and the encoding of classes]

[Martin]

On 11/01/2011 09:28, Joost van der Sluis wrote:


Same for variants and the enumerations. Your input is valuable, though.
Maybe better to open bug-reports for the variants and enumerations. So
it won't be forgotten.
I' ll be happy to open reports, I wasn't sure, since I can not tell if 
an issue is fpc or gdb


More:
array types, but similar for strings

  type
TDynIntArray = Array of Integer;
TStatIntArray = Array [5..9] of Integer;
  var
VarDynIntArray: TDynIntArray;   // named type
VarDynIntArrayA: Array of Integer;// anonymous type = hence 
the A postfix of the var-name

VarStatIntArray: TStatIntArray;
VarStatIntArrayA: Array [5..9] of Integer;

 dynamic arrays

ptype VarDynIntArray   ~type = array [0..1] of LongInt\n   #GOOD
ptype VarDynIntArrayA~type = array [0..1] of LongInt\n
whatis VarDynIntArray   ~type = TDynIntArray\n  #GOOD
whatis VarDynIntArrayA~type = array [0..-4220246888] of LongInt\n
# Interesting difference in the range but does not mean it's wrong

# IMHO it would be nice if the type resolved too
ptype TDynIntArray  ^error,msg=Cannot resolve 
DW_OP_push_object_address for a missing object
whatis TDynIntArray ^error,msg=Cannot resolve 
DW_OP_push_object_address for a missing object


whatis @VarDynIntArray   ~type = ^TDynIntArray\n #GOOD
ptype @VarDynIntArray
~type = ^
^error,msg=Cannot resolve DW_OP_push_object_address for a missing object

 static arrays
ptype VarStatIntArray   ~type = array [5..9] of LongInt\n #GOOD
ptype @VarStatIntArray  ~type = ^LongInt\n   # where is the 
array gone ? = but probably a gdb issue


# Are staic arrays pointers?
/ The same for the DynArray is ok, but for static?
ptype VarStatIntArray^  ~type = LongInt\n

* 2)

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel

Re: Bug dwarf3 / fpc / gdb Re: dwarf3 and others too [Re: [fpc-devel] Dwarf3 and the encoding of classes]

[Joost van der Sluis]

On Fri, 2011-01-14 at 18:47 +, Martin wrote:
 On 11/01/2011 09:28, Joost van der Sluis wrote:
 
  Same for variants and the enumerations. Your input is valuable, though.
  Maybe better to open bug-reports for the variants and enumerations. So
  it won't be forgotten.
 I' ll be happy to open reports, I wasn't sure, since I can not tell if 
 an issue is fpc or gdb

The problem is now that debug-problems aren't reported and no-one feels
responsible for them because it could be that it's someone elses
problem. 

Just report them, I (we) can always look if it is a gdb or fpc issue.
And ask on the gdb lists for help.

It's not as if you just add bugs to the bug-tracker, without any
investigation or background-info. ;)

 More:
 array types, but similar for strings
 
type
  TDynIntArray = Array of Integer;
  TStatIntArray = Array [5..9] of Integer;
var
  VarDynIntArray: TDynIntArray;   // named type
  VarDynIntArrayA: Array of Integer;// anonymous type = hence 
 the A postfix of the var-name
  VarStatIntArray: TStatIntArray;
  VarStatIntArrayA: Array [5..9] of Integer;
 
  dynamic arrays

Are fully implemented in Dwarf-3 and the gdb I've send. I don't think it
is a good spending of my time to let the Dwarf-2 info give nice messages
that it won't work. ;)

It works with some luck in some cases. I don't think I'll spend time on
that. But please open a bug-report. Maybe I or someone else will.

Joost.

___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel