]>
Commit | Line | Data |
---|---|---|
c906108c | 1 | If you find inaccuracies in this list, please send mail to |
b76898ab | 2 | [email protected]. If you would like to work on any |
2a00c9ce AC |
3 | of these, you should consider sending mail to the same address, to |
4 | find out whether anyone else is working on it. | |
c906108c | 5 | |
138f88c0 | 6 | |
552054a8 AC |
7 | GDB 5.1 - Fixes |
8 | =============== | |
138f88c0 | 9 | |
bc9e5bbf | 10 | Below is a list of problems identified during the GDB 5.0 release |
552054a8 | 11 | cycle. People hope to have these problems fixed in 5.1. |
4fd99b5a AC |
12 | |
13 | -- | |
14 | ||
a50c34dc AC |
15 | Wow, three bug reports for the same problem in one day! We should |
16 | probably make fixing this a real priority :-). | |
138f88c0 | 17 | |
a50c34dc AC |
18 | Anyway, thanks for reporting. |
19 | ||
20 | The following patch will fix the problems with setting breakpoints in | |
21 | dynamically loaded objects: | |
22 | ||
b76898ab | 23 | http://sources.redhat.com/ml/gdb-patches/2000-05/msg00230.html |
a50c34dc AC |
24 | |
25 | This patch isn't checked in yet (ping Michael/JimB), but I hope this | |
26 | will be in the next GDB release. | |
27 | ||
28 | There should really be a test in the testsuite for this problem, since | |
29 | it keeps coming up :-(. Any volunteers? | |
30 | ||
31 | Mark | |
bc9e5bbf | 32 | |
552054a8 AC |
33 | -- |
34 | ||
35 | GDB 5.1 - New features | |
36 | ====================== | |
37 | ||
38 | The following new features should be included in 5.1. | |
39 | ||
552054a8 AC |
40 | -- |
41 | ||
42 | GDB 5.1 - Cleanups | |
43 | ================== | |
44 | ||
45 | The following code cleanups will hopefully be applied to GDB 5.1. | |
46 | ||
1ba607ad AC |
47 | -- |
48 | ||
a50c34dc AC |
49 | GDB 5.1 - Known Problems |
50 | ======================== | |
eccbb20d AC |
51 | |
52 | -- | |
53 | ||
54 | z8k | |
55 | ||
56 | The z8k has suffered bit rot and is known to not build. The problem | |
57 | was occuring in the opcodes directory. | |
58 | ||
cfc046cf AC |
59 | -- |
60 | ||
56ddd993 AC |
61 | The BFD directory requires bug-fixed AUTOMAKE et.al. |
62 | ||
63 | AUTOMAKE 1.4 incorrectly set the TEXINPUTS environment variable. It | |
64 | contained the full path to texinfo.tex when it should have only | |
65 | contained the directory. The bug has been fixed in the current | |
66 | AUTOMAKE sources. Automake snapshots can be found in: | |
b76898ab AC |
67 | ftp://sources.redhat.com/pub/gdb/infrastructure |
68 | and ftp://sources.redhat.com/pub/binutils | |
56ddd993 AC |
69 | |
70 | -- | |
71 | ||
cfc046cf AC |
72 | Solaris 8 x86 CURSES_H problem |
73 | http://sources.redhat.com/ml/gdb/2000-07/msg00038.html | |
74 | ||
75 | The original problem was worked around with: | |
76 | ||
77 | 2000-06-06 Michael Snyder <[email protected]> | |
78 | ||
79 | * configure.in: Enable autoconf to find curses.h on Solaris 2.8. | |
80 | * configure: Regenerate. | |
81 | ||
82 | When building both GDB and SID using the same source tree the problem | |
83 | will still occure. sid/component/configure.in mis-configures | |
84 | <curses.h> and leaves wrong information in the config cache. | |
85 | ||
552054a8 AC |
86 | -- |
87 | ||
88 | GDB 5.2 - Fixes | |
89 | =============== | |
90 | ||
552054a8 AC |
91 | -- |
92 | ||
93 | GDB 5.2 - New features | |
94 | ====================== | |
95 | ||
96 | -- | |
97 | ||
0db23c95 AC |
98 | GCC 3.0 ABI support (but hopefully sooner...). |
99 | ||
100 | -- | |
101 | ||
102 | Objective C/C++ support (but hopefully sooner...). | |
552054a8 | 103 | |
77467810 EZ |
104 | -- |
105 | ||
106 | Import of readline 4.2 | |
107 | ||
552054a8 AC |
108 | -- |
109 | ||
110 | GDB 5.2 - Cleanups | |
111 | ================== | |
112 | ||
113 | The following cleanups have been identified as part of GDB 5.2. | |
114 | ||
115 | -- | |
116 | ||
a50c34dc AC |
117 | Compiler warnings. |
118 | ||
ee055267 AC |
119 | Eliminate warnings for all targets on at least one host for one of the |
120 | -W flags. Flags up for debate include: -Wswitch -Wcomment -trigraphs | |
121 | -Wtrigraphs -Wunused-function -Wunused-label -Wunused-variable | |
122 | -Wunused-value -Wchar-subscripts -Wtraditional -Wshadow -Wcast-qual | |
123 | -Wcast-align -Wwrite-strings -Wconversion -Wstrict-prototypes | |
124 | -Wmissing-prototypes -Wmissing-declarations -Wredundant-decls | |
125 | -Woverloaded-virtual -Winline | |
552054a8 AC |
126 | |
127 | -- | |
128 | ||
61a0eb5b AC |
129 | Deprecate, if not delete, the following: |
130 | ||
131 | register[] | |
132 | register_valid[] | |
61a0eb5b AC |
133 | REGISTER_BYTE() |
134 | Replaced by, on the target side | |
135 | supply_register() | |
136 | and on core-gdb side: | |
137 | {read,write}_register_gen() | |
138 | Remote.c will need to use something | |
139 | other than REGISTER_BYTE() and | |
140 | REGISTER_RAW_SIZE() when unpacking | |
141 | [gG] packets. | |
142 | ||
143 | STORE_PSEUDO_REGISTER | |
144 | FETCH_PSEUDO_REGISTER | |
145 | Now handed by the methods | |
146 | gdbarch_{read,write}_register() | |
147 | which sits between core GDB and | |
148 | the register cache. | |
149 | ||
150 | REGISTER_CONVERTIBLE | |
151 | REGISTER_CONVERT_TO_RAW | |
152 | REGISTER_CONVERT_TO_VIRTUAL | |
153 | I think these three are redundant. | |
154 | gdbarch_register_{read,write} can | |
155 | do any conversion it likes. | |
156 | ||
157 | REGISTER_VIRTUAL_SIZE | |
158 | MAX_REGISTER_VIRTUAL_SIZE | |
159 | REGISTER_VIRTUAL_TYPE | |
160 | I think these can be replaced by | |
161 | the pair: | |
162 | FRAME_REGISTER_TYPE(frame, regnum) | |
163 | REGISTER_TYPE(regnum) | |
164 | ||
165 | DO_REGISTERS_INFO | |
166 | Replace with | |
167 | FRAME_REGISTER_INFO (frame, ...) | |
168 | ||
169 | REGISTER_SIM_REGNO() | |
170 | If nothing else rename this so that | |
171 | how it relates to rawreg and the | |
172 | regnum is clear. | |
173 | ||
174 | REGISTER_BYTES | |
175 | The size of the cache can be computed | |
176 | on the fly. | |
177 | ||
ee055267 AC |
178 | -- |
179 | ||
56ddd993 | 180 | Obsolete the targets: |
ee055267 AC |
181 | |
182 | arm*-wince-pe | |
183 | mips*-*-pe | |
184 | sh*-*-pe | |
185 | ||
56ddd993 AC |
186 | -- |
187 | ||
ee055267 AC |
188 | Obsolete the protocols: |
189 | ||
56ddd993 | 190 | RDB? |
ee055267 AC |
191 | |
192 | ``As of version 5.3, WindRiver has removed the RDB server (RDB | |
193 | protocol support is built into gdb).'' -- Till. | |
194 | ||
61a0eb5b AC |
195 | -- |
196 | ||
552054a8 AC |
197 | Restructure gdb directory tree so that it avoids any 8.3 and 14 |
198 | filename problems. | |
199 | ||
200 | -- | |
201 | ||
202 | Convert GDB build process to AUTOMAKE. | |
203 | ||
204 | See also sub-directory configure below. | |
205 | ||
206 | The current convention is (kind of) to use $(<header>_h) in all | |
207 | dependency lists. It isn't done in a consistent way. | |
208 | ||
a50c34dc AC |
209 | -- |
210 | ||
211 | GDB 5.2 - Known Problems | |
212 | ======================== | |
213 | ||
4afc966c AC |
214 | -- |
215 | ||
216 | Code Cleanups: General | |
217 | ====================== | |
218 | ||
219 | The following are more general cleanups and fixes. They are not tied | |
220 | to any specific release. | |
bc9e5bbf | 221 | |
78566ebe | 222 | |
4afc966c AC |
223 | New Features and Fixes |
224 | ====================== | |
bc9e5bbf | 225 | |
4afc966c AC |
226 | These are harder than cleanups but easier than work involving |
227 | fundamental architectural change. | |
bc9e5bbf AC |
228 | |
229 | -- | |
230 | ||
56ddd993 AC |
231 | Language Support |
232 | ================ | |
0a9c3cb6 | 233 | |
56ddd993 | 234 | New languages come onto the scene all the time. |
0a9c3cb6 AC |
235 | |
236 | -- | |
237 | ||
56ddd993 | 238 | Re: Various C++ things |
bc9e5bbf | 239 | |
56ddd993 AC |
240 | RTTI for g++ should be using the typeinfo functions rather than the |
241 | vtables. The typeinfo functions are always at offset 4 from the | |
242 | beginning of the vtable, and are always right. The vtables will have | |
243 | weird names like E::VB sometimes. The typeinfo function will always | |
244 | be "E type_info function", or somesuch. | |
bc9e5bbf | 245 | |
56ddd993 AC |
246 | value_virtual_fn_field needs to be fixed so there are no failures for |
247 | virtual functions for C++ using g++. | |
5683e87a | 248 | |
56ddd993 AC |
249 | Testsuite cases are the major priority right now for C++ support, |
250 | since i have to make a lot of changes that could potentially break | |
251 | each other. | |
5683e87a AC |
252 | |
253 | -- | |
254 | ||
bc9e5bbf | 255 | |
56ddd993 AC |
256 | Symbol Support |
257 | ============== | |
bc9e5bbf | 258 | |
4afc966c | 259 | -- |
bc9e5bbf | 260 | |
56ddd993 | 261 | Investiagate ways of reducing memory. |
2e4e9e68 AC |
262 | |
263 | -- | |
264 | ||
56ddd993 | 265 | Investigate ways of improving load time. |
7ae38352 AC |
266 | |
267 | -- | |
268 | ||
56ddd993 AC |
269 | Testsuite Support |
270 | ================= | |
4afc966c | 271 | |
56ddd993 | 272 | There are never to many testcases. |
67edb2c6 AC |
273 | |
274 | -- | |
275 | ||
56ddd993 | 276 | Better thread testsuite. |
bc9e5bbf | 277 | |
4afc966c | 278 | -- |
bc9e5bbf | 279 | |
56ddd993 | 280 | Better C++ testsuite. |
bc9e5bbf | 281 | |
4afc966c AC |
282 | -- |
283 | ||
56ddd993 AC |
284 | Architectural Changes: General |
285 | ============================== | |
78566ebe | 286 | |
56ddd993 AC |
287 | These are harder than simple cleanups / fixes and, consequently |
288 | involve more work. Typically an Architectural Change will be broken | |
289 | down into a more digestible set of cleanups and fixes. | |
78566ebe AC |
290 | |
291 | -- | |
292 | ||
56ddd993 AC |
293 | Architectural Change: Multi-arch et al. |
294 | ======================================= | |
78566ebe | 295 | |
56ddd993 AC |
296 | The long term objective is to remove all assumptions that there is a |
297 | single target with a single address space with a single instruction | |
298 | set architecture and single application binary interface. | |
78566ebe | 299 | |
56ddd993 AC |
300 | This is an ongoing effort. The first milestone is to enable |
301 | ``multi-arch'' where by all architectural decisions are made at | |
302 | runtime. | |
78566ebe | 303 | |
56ddd993 AC |
304 | It should be noted that ``gdbarch'' is really ``gdbabi'' and |
305 | ``gdbisa''. Once things are multi-arched breaking that down correctly | |
306 | will become much easier. | |
78566ebe AC |
307 | |
308 | -- | |
309 | ||
56ddd993 AC |
310 | Architectural Change: MI, LIBGDB and scripting languages |
311 | ======================================================== | |
7ae38352 | 312 | |
56ddd993 AC |
313 | See also architectural changes related to the event loop. LIBGDB |
314 | can't be finished until there is a generic event loop being used by | |
315 | all targets. | |
7ae38352 | 316 | |
56ddd993 AC |
317 | The long term objective is it to be possible to integrate GDB into |
318 | scripting languages. | |
7ae38352 AC |
319 | |
320 | -- | |
321 | ||
56ddd993 AC |
322 | Architectural Change: Async |
323 | =========================== | |
1c5b31ef | 324 | |
56ddd993 AC |
325 | While GDB uses an event loop when prompting the user for input. That |
326 | event loop is not exploited by targets when they allow the target | |
327 | program to continue. Typically targets still block in (target_wait()) | |
328 | until the program again halts. | |
1c5b31ef | 329 | |
56ddd993 AC |
330 | The closest a target comes to supporting full asynchronous mode are |
331 | the remote targets ``async'' and ``extended-async''. | |
c906108c | 332 | |
7ae38352 | 333 | -- |
c906108c | 334 | |
c906108c SS |
335 | # Local Variables: |
336 | # mode: text | |
337 | # End: |