* ldlang.c: Revert change of 1999-06-23.

diff --git a/ld/ldlang.c b/ld/ldlang.c
index d4c431ce5db767f21c917244d021bdca22fd3523..d290391eff66c00f35818fa7f0c399a7c9a91203 100644 (file)
--- a/ld/ldlang.c
+++ b/ld/ldlang.c
@@ -890,16 +890,28 @@ section_already_linked (abfd, sec, data)
       return;
     }
 
-  /* If we aren't building constructors, don't discard link once
-     sections.  Otherwise we can get confused when generating relocs.  */
-  if (! config.build_constructors)
-    return;
-
   flags = bfd_get_section_flags (abfd, sec);
 
   if ((flags & SEC_LINK_ONCE) == 0)
     return;
 
+  /* FIXME: When doing a relocateable link, we may have trouble
+     copying relocations in other sections that refer to local symbols
+     in the section being discarded.  Those relocations will have to
+     be converted somehow; as of this writing I'm not sure that any of
+     the backends handle that correctly.
+
+     It is tempting to instead not discard link once sections when
+     doing a relocateable link (technically, they should be discarded
+     whenever we are building constructors).  However, that fails,
+     because the linker winds up combining all the link once sections
+     into a single large link once section, which defeats the purpose
+     of having link once sections in the first place.
+
+     Also, not merging link once sections in a relocateable link
+     causes trouble for MIPS ELF, which relies in link once semantics
+     to handle the .reginfo section correctly.  */
+
   name = bfd_get_section_name (abfd, sec);
 
   for (l = sec_link_once_list; l != NULL; l = l->next)