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)