From mboxrd@z Thu Jan 1 00:00:00 1970 From: Joel Brobecker To: Elena Zannoni Cc: gdb-patches@sources.redhat.com Subject: Re: [patch] Fix uninitialized section index internal error Date: Thu, 28 Jun 2001 05:23:00 -0000 Message-id: <20010628142306.C28801@act-europe.fr> References: <20010510234031.A17108@act-europe.fr> <15142.34631.889495.152234@kwikemart.cygnus.com> <20010615084043.E10731@act-europe.fr> <15162.49567.698243.168595@kwikemart.cygnus.com> X-SW-Source: 2001-06/msg00461.html > Sorry, but we are trying to move away from having gdb knowing that > some sections are special. Adding a new SECT_OFF_SBSS macro, would not > be in line with that. Would you mind just doing that bit I suggested? > That would solve your immediate problem, right? Elena, I implemented your suggestion, but I stumbled accross another problem that puzzled me. the program that I provided as an example to reproduce the problem does in fact contain some symbols located in the .bss section ('end' for instance), but gdb could had not located it. I verified this by using nm: List of symbols in the .bss section: << % nm -B mach | grep ' B ' 0x00000140000160 B .bss 0x00000140000160 B _ebss 0x00000140000160 B _end 0x00000140000160 B end >> List of symbols in the .sbss section: << % nm -B mach | grep ' S ' 0x00000140000140 S .sbss 0x00000140000140 S __Argc 0x00000140000158 S __Argv 0x00000140000150 S _auxv 0x00000140000140 S _fbss 0x00000140000148 S _ldr_present >> Unfortunately, I don't have enough time to persue this right now. In think my changes improve a bit the current situation, but do not fix all problems, so I'm not sure they should be submitted yet. I'll look into why gdb can not find this .bss section when I have more time available. -- Joel