summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorRoland McGrath <roland@redhat.com>2005-08-25 01:49:35 +0000
committerRoland McGrath <roland@redhat.com>2005-08-25 01:49:35 +0000
commit4c305da9de0ecfe9af64cb6787b2b4b8a6aa8dd5 (patch)
treeaeba7918420be8f6c080f902529a482993388e5f /TODO
parent6830bc40bb6a38dee917bebc856c7c1ba5126e24 (diff)
downloadelfutils-4c305da9de0ecfe9af64cb6787b2b4b8a6aa8dd5.tar.gz
2005-08-24 Roland McGrath <roland@redhat.com>
* line2addr.c (print_address): Omit () for DSOs.
Diffstat (limited to 'TODO')
-rw-r--r--TODO26
1 files changed, 16 insertions, 10 deletions
diff --git a/TODO b/TODO
index 9eb7b6ca..318da823 100644
--- a/TODO
+++ b/TODO
@@ -1,7 +1,7 @@
ToDo list for elfutils -*-outline-*-
----------------------
-Time-stamp: <2005-08-29 08:58:24 drepper>
+Time-stamp: <2005-08-03 20:38:01 drepper>
* mkinstalldirs
@@ -23,7 +23,15 @@ Time-stamp: <2005-08-29 08:58:24 drepper>
remains maintainable.
-* libdw
+* libdwarf
+
+** Should we do more error checking?
+
+ Most functions don't check whether they get a NULL value passed for
+ a pointer argument. It could be argued that this is OK since it's
+ a bug inthe program. But perhaps one could catch the case and return
+ an error which would allow the program using libdwarf to have fewer
+ places with error checking.
** More memory access checks needed
@@ -37,6 +45,12 @@ Time-stamp: <2005-08-29 08:58:24 drepper>
** Rename dwarf_getabbrev
+** dwarf_loclist()
+
+ This function and its interface seem to be misdesigned. The specification
+ is unclear and its changed between v2 and v2.1. Other implementation
+ implement even different behavior.
+
* nm:
@@ -102,14 +116,6 @@ Time-stamp: <2005-08-29 08:58:24 drepper>
prelink generated files
-* elfcmp
-
-** treat relocation sections special
-
- Differences in the relocation sections can be ignored if all
- the same symbols with the same targets are present and the order
- of overlapping relocations doesn't change. There really never
- should be overlapping relocations but who knows.
* mcs