summaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>2005-08-29 16:27:10 +0000
committerUlrich Drepper <drepper@redhat.com>2005-08-29 16:27:10 +0000
commitfbe998a0b1be1f006bc72e5138fb38c188cc0433 (patch)
treebc00ddfec68454b8987056fbc1f1ace2da2597fa /TODO
parentb0bc2788cfa2012bfbcc68cac74cd39e3f5a8085 (diff)
downloadelfutils-fbe998a0b1be1f006bc72e5138fb38c188cc0433.tar.gz
merge of 333c187506c852455e9f7be44fa9adc360416217
and 79955b942e3f0ddc71117feea5754df61edcc42a
Diffstat (limited to 'TODO')
-rw-r--r--TODO26
1 files changed, 10 insertions, 16 deletions
diff --git a/TODO b/TODO
index 318da823..9eb7b6ca 100644
--- a/TODO
+++ b/TODO
@@ -1,7 +1,7 @@
ToDo list for elfutils -*-outline-*-
----------------------
-Time-stamp: <2005-08-03 20:38:01 drepper>
+Time-stamp: <2005-08-29 08:58:24 drepper>
* mkinstalldirs
@@ -23,15 +23,7 @@ Time-stamp: <2005-08-03 20:38:01 drepper>
remains maintainable.
-* 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.
+* libdw
** More memory access checks needed
@@ -45,12 +37,6 @@ Time-stamp: <2005-08-03 20:38:01 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:
@@ -116,6 +102,14 @@ Time-stamp: <2005-08-03 20:38:01 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