URL
https://opencores.org/ocsvn/or1k/or1k/trunk
[/] [or1k/] [trunk/] [gdb-5.0/] [bfd/] [TODO] - Blame information for rev 1772
Go to most recent revision |
Details |
Compare with Previous |
View Log
Line No. |
Rev |
Author |
Line |
1 |
104 |
markom |
Things that still need to be done: -*- Text -*-
|
2 |
|
|
|
3 |
|
|
o - A source of space lossage is that all the target-dependent code
|
4 |
|
|
is in a single bfd_target structure. Hence all the code for
|
5 |
|
|
*writing* object files is still pulled into all the applications
|
6 |
|
|
that only care about *reading* (gdb, nm, objdump), while gas has
|
7 |
|
|
to carry along all the unneeded baggage for reading objects. And
|
8 |
|
|
so on. This would be a substantial change, and the payoff would
|
9 |
|
|
not all that great (essentially none if bfd is used as a shared
|
10 |
|
|
library).
|
11 |
|
|
|
12 |
|
|
o - The storage needed by BFD data structures is also larger than strictly
|
13 |
|
|
needed. This may be difficult to do much about.
|
14 |
|
|
|
15 |
|
|
o - implement bfd_abort, which should close the bfd but not alter the
|
16 |
|
|
filesystem.
|
17 |
|
|
|
18 |
|
|
o - update the bfd doc; write a how-to-write-a-backend doc, take out
|
19 |
|
|
the stupid quips and fill in all the blanks.
|
20 |
|
|
|
21 |
|
|
o - upgrade the reloc handling as per Steve's suggestion.
|
22 |
|
|
|
23 |
|
|
|
24 |
|
|
|
25 |
|
|
|
© copyright 1999-2024
OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.