]>
Commit | Line | Data |
---|---|---|
e2c9a72c | 1 | |
e73e1724 | 2 | Known problems in GDB 5.3 |
e2c9a72c | 3 | |
36cc83a3 | 4 | See also: http://www.gnu.org/software/gdb/bugs/ |
e2c9a72c AC |
5 | |
6 | ||
e73e1724 MK |
7 | *-*-freebsd* |
8 | --------------- | |
9 | ||
10 | Due to a kernel bug (kern/35175), detaching from an attached process | |
11 | will very likely cause the process to be stop or die with a Trace/BPT | |
12 | trap. | |
13 | ||
14 | ||
15 | i386-*-freebsd[34]* | |
16 | ------------------- | |
17 | ||
18 | There is a bug (bin/41671) in FreeBSD's gcc that causes it to emit bad | |
19 | debug information when using the stabs format (which is the default). | |
cd87e769 MK |
20 | As a result GDB tends to place breakpoints on functions before the |
21 | function prologue, and information about function parameters and local | |
22 | variables is lost. In earlier versions of GDB the effects were rather | |
23 | limited, but starting with GDB 5.3 the influence is much more | |
24 | prominent. As a workaround, compile your code with -gdwarf-2. | |
e73e1724 MK |
25 | |
26 | ||
6b325864 | 27 | hppa2.0-hp-hpux10.20 |
36cc83a3 | 28 | -------------------- |
6b325864 | 29 | |
36cc83a3 AC |
30 | gdb/487: The top level make files used to build GDB are not compatible |
31 | with HP/UX make. As a workaround, use GNU make. | |
6b325864 | 32 | |
36cc83a3 AC |
33 | gdb/486: The HP/UX C compiler defaults to K&R mode but GDB only builds |
34 | with an ISO C compiler. The top level configuration incorrectly sets | |
35 | CC to `cc' instead of `cc -Ae'. As a workaround, the correct compiler | |
36 | can be specified as part of the configuration vis: | |
6b325864 | 37 | |
36cc83a3 | 38 | $ 'CC=cc -Ae' ./configure |
6b325864 | 39 | |
6b325864 | 40 | |
0db71247 AC |
41 | s390*-*-* |
42 | --------- | |
43 | ||
44 | gdb/513: GDB does not build on s390 GNU/Linux. The problem should be | |
45 | fixed in more recent sources. | |
46 | ||
47 | ||
48 | i386-*-freebsd4.4* | |
49 | ------------------ | |
50 | ||
51 | gdb/455: GDB doesn't build on a FreeBSD 4.4-STABLE system. The | |
52 | problem is still being investigated. | |
b0718b7b JB |
53 | |
54 | alpha*-*-osf* | |
55 | ------------- | |
56 | ||
57 | gdb/816: When building GDB with GCC 3.0.1, GDB is unable to load a core | |
58 | file properly. It generates several errors and warnings regarding | |
59 | unhandled core file section types, incorrect endianness, the failure to | |
60 | load the registers. Are also incorrectly reported: The program name, the | |
61 | cause of the program death, and the call stack at the moment of the | |
62 | death. This problem has been reported on alpha-osf4.0f and alpha-osf5.1a. | |
63 | To work-around the problem, add -D__digital__ to the CFLAGS when | |
64 | building GDB vis: | |
65 | ||
66 | $ make CFLAGS='-O2 -D__digital__' | |
67 | ||
8cc15142 MC |
68 | |
69 | i[3456]86-*-linux* | |
70 | ------------------ | |
71 | ||
18972eea MC |
72 | gdb/660: gdb does not build with GNU/Linux libc5. The symptom is a |
73 | parse error before `uintptr_t' or an error message about `uintptr_t'. | |
74 | Upgrade to glibc 2.1.3 or later, which defines uintptr_t. | |
b18a0fd2 | 75 | |
8cc15142 MC |
76 | gdb/1030: GNU binutils 2.12.1 and earlier versions do not work properly |
77 | with gdb. If you use GNU binutils, upgrade to version 2.13 or later. | |
78 | You can check the version of binutils with the command: | |
79 | ||
80 | $ ld --version |