aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorJeff Law <law@redhat.com>1994-02-16 06:28:25 +0000
committerJeff Law <law@redhat.com>1994-02-16 06:28:25 +0000
commit7430a99137885ad54bffe22e61224a0fb6053164 (patch)
treeaae1c962b07326f5daf515c60729a177ff629642
parentf1b4394723a1bcf07609dfac8b5470fa4a519fd5 (diff)
downloadgdb-7430a99137885ad54bffe22e61224a0fb6053164.zip
gdb-7430a99137885ad54bffe22e61224a0fb6053164.tar.gz
gdb-7430a99137885ad54bffe22e61224a0fb6053164.tar.bz2
* som.c: Remove FIXMEs for things which have been dealt with.
-rw-r--r--bfd/ChangeLog4
-rw-r--r--bfd/som.c13
2 files changed, 8 insertions, 9 deletions
diff --git a/bfd/ChangeLog b/bfd/ChangeLog
index fc52713..cfa3061 100644
--- a/bfd/ChangeLog
+++ b/bfd/ChangeLog
@@ -1,3 +1,7 @@
+Tue Feb 15 22:27:27 1994 Jeffrey A. Law (law@snake.cs.utah.edu)
+
+ * som.c: Remove FIXMEs for things which have been dealt with.
+
Tue Feb 15 19:39:24 1994 Ken Raeburn (raeburn@cujo.cygnus.com)
* section.c (bfd_get_section_contents): Since this function reads
diff --git a/bfd/som.c b/bfd/som.c
index 645f1c5..433278c 100644
--- a/bfd/som.c
+++ b/bfd/som.c
@@ -1362,10 +1362,7 @@ hppa_som_reloc (abfd, reloc_entry, symbol_in, data,
}
/* Given a generic HPPA relocation type, the instruction format,
- and a field selector, return an appropriate SOM reloation.
-
- FIXME. Need to handle %RR, %LR and the like as field selectors.
- These will need to generate multiple SOM relocations. */
+ and a field selector, return one or more appropriate SOM relocations. */
int **
hppa_som_gen_reloc_type (abfd, base_type, format, field)
@@ -1938,8 +1935,6 @@ som_prep_headers (abfd)
file_hdr->entry_offset = 0;
}
- /* FIXME. I do not know if we ever need to put anything other
- than zero in this field. */
file_hdr->presumed_dp = 0;
/* Now iterate over the sections translating information from
@@ -2248,9 +2243,9 @@ som_write_fixups (abfd, current_offset, total_reloc_sizep)
then dump the current buffer contents now. Also reinitialize
the relocation queue.
- FIXME. We assume here that no BFD relocation will expand
- to more than 100 bytes of SOM relocations. This should (?!?)
- be quite safe. */
+ No single BFD relocation could ever translate into more
+ than 100 bytes of SOM relocations (20bytes is probably the
+ upper limit, but leave lots of space for growth). */
if (p - tmp_space + 100 > SOM_TMP_BUFSIZE)
{
if (bfd_write ((PTR) tmp_space, p - tmp_space, 1, abfd)