URL
https://opencores.org/ocsvn/or1k_old/or1k_old/trunk
Subversion Repositories or1k_old
[/] [or1k_old/] [trunk/] [gdb-5.3/] [gdb/] [PROBLEMS] - Rev 1782
Compare with Previous | Blame | View Log
Known problems in GDB 5.3See also: http://www.gnu.org/software/gdb/bugs/*-*-freebsd*---------------Due to a kernel bug (kern/35175), detaching from an attached processwill very likely cause the process to be stop or die with a Trace/BPTtrap.i386-*-freebsd[34]*-------------------There is a bug (bin/41671) in FreeBSD's gcc that causes it to emit baddebug information when using the stabs format (which is the default).As a result GDB tends to place breakpoints on functions before thefunction prologue, and information about function parameters and localvariables is lost. In earlier versions of GDB the effects were ratherlimited, but starting with GDB 5.3 the influence is much moreprominent. As a workaround, compile your code with -gdwarf-2.hppa2.0-hp-hpux10.20--------------------gdb/487: The top level make files used to build GDB are not compatiblewith HP/UX make. As a workaround, use GNU make.gdb/486: The HP/UX C compiler defaults to K&R mode but GDB only buildswith an ISO C compiler. The top level configuration incorrectly setsCC to `cc' instead of `cc -Ae'. As a workaround, the correct compilercan be specified as part of the configuration vis:$ 'CC=cc -Ae' ./configures390*-*-*---------gdb/513: GDB does not build on s390 GNU/Linux. The problem should befixed in more recent sources.i386-*-freebsd4.4*------------------gdb/455: GDB doesn't build on a FreeBSD 4.4-STABLE system. Theproblem is still being investigated.alpha*-*-osf*-------------gdb/816: When building GDB with GCC 3.0.1, GDB is unable to load a corefile properly. It generates several errors and warnings regardingunhandled core file section types, incorrect endianness, the failure toload the registers. Are also incorrectly reported: The program name, thecause of the program death, and the call stack at the moment of thedeath. This problem has been reported on alpha-osf4.0f and alpha-osf5.1a.To work-around the problem, add -D__digital__ to the CFLAGS whenbuilding GDB vis:$ make CFLAGS='-O2 -D__digital__'
