public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* debug/5433: Severe debugging problems
@ 2002-01-19  8:16 Peter Schmid
  0 siblings, 0 replies; 3+ messages in thread
From: Peter Schmid @ 2002-01-19  8:16 UTC (permalink / raw)
  To: gcc-gnats


>Number:         5433
>Category:       debug
>Synopsis:       Severe debugging problems
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Jan 19 08:16:00 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Peter Schmid
>Release:        3.1 20020117 (experimental)
>Organization:
TU Darmstadt
>Environment:
System: Linux kiste 2.4.17 #7 Thu Jan 3 17:21:51 CET 2002 i686 unknown
Architecture: i686
SuSE 7.3
glibc 2.2.4
host: i686-pc-linux-gnu
build: i686-pc-linux-gnu
target: i686-pc-linux-gnu
configured with: ../gcc/configure --enable-shared --disable-nls --enable-threads --enable-languages=c,c++,f77,objc
>Description:
Debugging c++ code on the main line does not work. For example, consider
the following code tl.C. The most recent gdb snapshot emits the
strange 
"Locale = {static none = Internal: global symbol `_ZNSt6locale4noneE' found in ../../../../gcc/libstdc++-v3/src/locale.cc psymtab but not in symtab.
_ZNSt6locale4noneE may be an inlined function, or may be a template function
(if a template, try specifying an instantiation:
_ZNSt6locale4noneE<type>)" 
message. 

Printing the variable Locale does not work, either. There is a "Cannot
access memory at address 0x0" message, all following methods and
variables are not accessible by the debugger, making debugging of c++
programs nearly impossible. The most recent gdb 5.1 snapshot does not
emit the psymtab/symtab message but the problems encountered are the
same.


>How-To-Repeat:
Source code tl.C
#include <locale>

int main()
{
  std::locale Locale("");
  int i;
}

Compiling tl.C
g++ -v -o tl tl.C -W -Wall -g
Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/specs
Configured with: ../gcc/configure --enable-shared --disable-nls --enable-threads --enable-languages=c,c++,f77,objc
Thread model: posix
gcc version 3.1 20020117 (experimental)
 /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/cc1plus -v -D__GNUC__=3 -D__GNUC_MINOR__=1 -D__GNUC_PATCHLEVEL__=0 -D__ELF__ -Dunix -Dlinux -D__ELF__ -D__unix__ -D__linux__ -D__unix -D__linux -Asystem=posix -D__NO_INLINE__ -D__STDC_HOSTED__=1 -W -Wall -D_GNU_SOURCE -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ tl.C -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -D__GXX_ABI_VERSION=100 -quiet -dumpbase tl.C -g -W -Wall -version -o /tmp/cca5id1E.s
GNU CPP version 3.1 20020117 (experimental) (cpplib) (i386 Linux/ELF)
GNU C++ version 3.1 20020117 (experimental) (i686-pc-linux-gnu)
	compiled by GNU C version 3.1 20020117 (experimental).
ignoring nonexistent directory "NONE/include"
ignoring nonexistent directory "/usr/local/i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include/g++-v3
 /usr/local/include/g++-v3/i686-pc-linux-gnu
 /usr/local/include/g++-v3/backward
 /usr/local/include
 /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/include
 /usr/include
End of search list.
tl.C: In function `int main()':
tl.C:6: warning: unused variable `int i'
 /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../../../i686-pc-linux-gnu/bin/as -V -Qy -o /tmp/cccnyR3V.o /tmp/cca5id1E.s
GNU assembler version 2.11.92.0.12.3 (i686-pc-linux-gnu) using BFD version 2.11.92.0.12.3 20011121
 /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/collect2 -m elf_i386 -dynamic-linker /lib/ld-linux.so.2 -o tl /usr/lib/crt1.o /usr/lib/crti.o /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/crtbegin.o -L/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1 -L/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../../../i686-pc-linux-gnu/lib -L/usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/../../.. /tmp/cccnyR3V.o -lstdc++ -lm -lgcc_s -lgcc -lc -lgcc_s -lgcc /usr/local/lib/gcc-lib/i686-pc-linux-gnu/3.1/crtend.o /usr/lib/crtn.o

Debugging tl.C
GNU gdb 20020118
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu"...
(gdb) b main
Breakpoint 1 at 0x8048990: file tl.C, line 5.
(gdb) r
Starting program: ./tl 

Breakpoint 1, main () at tl.C:5
(gdb) n
(gdb) info locals
Locale = {static none = Internal: global symbol `_ZNSt6locale4noneE' found in ../../../../gcc/libstdc++-v3/src/locale.cc psymtab but not in symtab.
_ZNSt6locale4noneE may be an inlined function, or may be a template function
(if a template, try specifying an instantiation: _ZNSt6locale4noneE<type>).
(gdb) p Locale
$1 = {static none = 0, static ctype = 1, static numeric = 2, 
  static collate = 4, static time = 8, static monetary = 16, 
  static messages = 32, static all = 63, _M_impl = 0x804ac08, 
  static _S_classic = Cannot access memory at address 0x0
(gdb)
>Fix:
	
>Release-Note:
>Audit-Trail:
>Unformatted:


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: debug/5433: Severe debugging problems
@ 2002-03-16 14:47 dberlin
  0 siblings, 0 replies; 3+ messages in thread
From: dberlin @ 2002-03-16 14:47 UTC (permalink / raw)
  To: gcc-bugs, gcc-prs, nobody, schmid

Synopsis: Severe debugging problems

State-Changed-From-To: open->closed
State-Changed-By: dberlin
State-Changed-When: Sat Mar 16 14:47:31 2002
State-Changed-Why:
    These are gdb bugs, not gcc bugs

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5433


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: debug/5433: Severe debugging problems
@ 2002-01-19  8:36 Daniel Jacobowitz
  0 siblings, 0 replies; 3+ messages in thread
From: Daniel Jacobowitz @ 2002-01-19  8:36 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR debug/5433; it has been noted by GNATS.

From: Daniel Jacobowitz <drow@mvista.com>
To: Peter Schmid <schmid@snake.iap.physik.tu-darmstadt.de>
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: debug/5433: Severe debugging problems
Date: Sat, 19 Jan 2002 11:26:42 -0500

 On Sat, Jan 19, 2002 at 05:11:42PM +0100, Peter Schmid wrote:
 > 
 > >Number:         5433
 > >Category:       debug
 > >Synopsis:       Severe debugging problems
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       medium
 > >Responsible:    unassigned
 > >State:          open
 > >Class:          sw-bug
 > >Submitter-Id:   net
 > >Arrival-Date:   Sat Jan 19 08:16:00 PST 2002
 > >Closed-Date:
 > >Last-Modified:
 > >Originator:     Peter Schmid
 > >Release:        3.1 20020117 (experimental)
 > >Organization:
 > TU Darmstadt
 > >Environment:
 > System: Linux kiste 2.4.17 #7 Thu Jan 3 17:21:51 CET 2002 i686 unknown
 > Architecture: i686
 > SuSE 7.3
 > glibc 2.2.4
 > host: i686-pc-linux-gnu
 > build: i686-pc-linux-gnu
 > target: i686-pc-linux-gnu
 > configured with: ../gcc/configure --enable-shared --disable-nls --enable-threads --enable-languages=c,c++,f77,objc
 > >Description:
 > Debugging c++ code on the main line does not work. For example, consider
 > the following code tl.C. The most recent gdb snapshot emits the
 > strange 
 > "Locale = {static none = Internal: global symbol `_ZNSt6locale4noneE' found in ../../../../gcc/libstdc++-v3/src/locale.cc psymtab but not in symtab.
 > _ZNSt6locale4noneE may be an inlined function, or may be a template function
 > (if a template, try specifying an instantiation:
 > _ZNSt6locale4noneE<type>)" 
 > message. 
 > 
 > Printing the variable Locale does not work, either. There is a "Cannot
 > access memory at address 0x0" message, all following methods and
 > variables are not accessible by the debugger, making debugging of c++
 > programs nearly impossible. The most recent gdb 5.1 snapshot does not
 > emit the psymtab/symtab message but the problems encountered are the
 > same.
 > 
 
 These are GDB bugs, not GCC, presumably.  Please file the PR on GDB.
 
 Namespace support in particular is lacking.  I would guess that's what
 you're hitting here.
 
 -- 
 Daniel Jacobowitz                           Carnegie Mellon University
 MontaVista Software                         Debian GNU/Linux Developer


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-03-16 22:47 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-01-19  8:16 debug/5433: Severe debugging problems Peter Schmid
2002-01-19  8:36 Daniel Jacobowitz
2002-03-16 14:47 dberlin

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).