Is this an FPC issue or gdb?
Tested with fpc 2.6 / gdb 7.3-2 , win 32

Stabs, seems to have the right sections for fields. Stabs also shows methods, but they seem to be without any info about class sections

Dwarf (see below) everything seems to be public:
Dwarf does not seem to show methods

> TCmdLineDebugger.SendCmdLn "ptype TCOMPONENT"

<< TCmdLineDebugger.ReadLn "~"type = ^TCOMPONENT = class : public TPERSISTENT \n""
<< TCmdLineDebugger.ReadLn "~" public\n""
<< TCmdLineDebugger.ReadLn "~" FOWNER : TCOMPONENT;\n"" << TCmdLineDebugger.ReadLn "~" FNAME : ANSISTRING;\n"" << TCmdLineDebugger.ReadLn "~" FTAG : LONGINT;\n"" << TCmdLineDebugger.ReadLn "~" FCOMPONENTS : TFPLIST;\n"" << TCmdLineDebugger.ReadLn "~" FFREENOTIFIES : TFPLIST;\n"" << TCmdLineDebugger.ReadLn "~" FDESIGNINFO : LONGINT;\n"" << TCmdLineDebugger.ReadLn "~" FVCLCOMOBJECT : POINTER;\n"" << TCmdLineDebugger.ReadLn "~" FCOMPONENTSTATE : TCOMPONENTSTATE;\n"" << TCmdLineDebugger.ReadLn "~" FCOMPONENTSTYLE : TCOMPONENTSTYLE;\n"" << TCmdLineDebugger.ReadLn "~" COMPONENTSTATE : TCOMPONENTSTATE;\n"" << TCmdLineDebugger.ReadLn "~" COMPONENTSTYLE : TCOMPONENTSTYLE;\n"" << TCmdLineDebugger.ReadLn "~" DESIGNINFO : LONGINT;\n"" << TCmdLineDebugger.ReadLn "~" OWNER : TCOMPONENT;\n"" << TCmdLineDebugger.ReadLn "~" VCLCOMOBJECT : POINTER;\n"" << TCmdLineDebugger.ReadLn "~" NAME : ANSISTRING;\n"" << TCmdLineDebugger.ReadLn "~" TAG : LONGINT;\n"" << TCmdLineDebugger.ReadLn "~"end\n""
<< TCmdLineDebugger.ReadLn "^done"

Martin wrote

Dwarf (see below) everything seems to be public:

Maybe I'm not understanding this correctly, but why would you want "visibility restrictions" on debug information? Surely when debugging, you want access to ALL data - thus public visibility across the board seem good.

Graeme Geldenhuys wrote

Maybe I'm not understanding this correctly, but why would you want "visibility restrictions" on debug information? Surely when debugging, you want access to ALL data - thus public visibility across the board seem good.

Obviously - to show the visibility in inspect window for example. More you know - better.

Best regards,
Paul Ishenin

exactly. (and filter, if there is lots of data)

the symbols can be viewed in the debugger anyway, even if they are private

Martin wrote

Dwarf (see below) everything seems to be public: Dwarf does not seem to show methods

With gdb on Mac OS X it works fine (and yes, this is DWARF):

(gdb) ptype TLINKEDLIST
type = ^TLINKEDLIST = class : public TOBJECT
   private
     FCOUNT : LONGINT;
     FFIRST : TLINKEDLISTITEM;
     FLAST : TLINKEDLISTITEM;
     FNOCLEAR : BOOLEAN;
     FIRST : TLINKEDLISTITEM;
     LAST : TLINKEDLISTITEM;
     COUNT : LONGINT;
   public
     function  CREATE () : TLINKEDLIST;
     procedure DESTROY (); virtual;
     function  EMPTY () : BOOLEAN;
     procedure CLEAR ();
     procedure INSERT ();
     procedure INSERTBEFORE ();
     procedure INSERTAFTER (); virtual;
     procedure CONCAT ();
     procedure REMOVE ();
     function  GETFIRST () : TLINKEDLISTITEM;
     function  GETLAST () : TLINKEDLISTITEM;
     procedure INSERTLIST ();
     procedure INSERTLISTBEFORE ();
     procedure INSERTLISTAFTER ();
     procedure CONCATLIST ();
     procedure INSERTLISTCOPY ();
     procedure CONCATLISTCOPY ();
end

That's of course a very old version of gdb (some fork based on 6.3.50), so maybe it's a regression.

Jonas

Jonas Maebe wrote

That's of course a very old version of gdb (some fork based on 6.3.50), so maybe it's a regression.

As I remember this was fixed in fpc trunk only?

Best regards,
Paul Ishenin

That was something else. It works fine if I compile the compiler with DWARF using 2.6.0.

Jonas