binutils/bfd/ecofflink.c

13    This program is distributed in the hope that it will be useful,
59 /* Routines to swap auxiliary information in and out.  I am assuming
63 /* Swap in a type information record.
75   *ext = *ext_copy;		/* Make it reasonable to do in-place.  */
132   *intern = *intern_copy;	/* Make it reasonable to do in-place.  */
177 /* Swap in a relative symbol record.  BIGEND says whether it is in
188   *ext = *ext_copy;		/* Make it reasonable to do in-place.  */
216 /* Swap out a relative symbol record.  BIGEND says whether it is in
227   *intern = *intern_copy;	/* Make it reasonable to do in-place.  */
288    map FDR names to indices in the output file, and to map local
296   /* Next entry in string table.  */
305 /* Routine to create an entry in a string hash table.  */
337 /* Look up an entry in an string hash table.  */
343 /* We can't afford to read in all the debugging information when we do
349   /* The next entry in this linked list.  */
492    passed in to bfd_ecoff_debug_accumulate, et. al.  */
538       /* The first entry in the string table is the empty string.  */
630   /* Use section_adjust to hold the value to add to a symbol in a
686      in the final output.  We do not want duplicate FDR information
689      we look it up in a hash table to ensure that we only include it
805 	 .fini section, in which case this will not do the right
809       /* Swap in the local symbols, adjust their values, and swap them
853 	  /* If we are doing a final link, we hash all the strings in
941 	     how much of the string table to read in.  */
985 	  bfd_byte *in;
990 	     everything in and out.  This code would always work, but
991 	     it would be unnecessarily slow in the normal case.  */
994 	  in = ((bfd_byte *) input_debug->external_pdr
996 	  end = in + fdr.cpd * insz;
1007 	  for (; in < end; in += insz, out += outsz)
1011 	      (*input_swap->swap_pdr_in) (input_bfd, (PTR) in, &pdr);
1018 	  in = ((bfd_byte *) input_debug->external_opt
1020 	  end = in + fdr.copt * insz;
1031 	  for (; in < end; in += insz, out += outsz)
1035 	      (*input_swap->swap_opt_in) (input_bfd, (PTR) in, &opt);
1219   /* Leave everything else in the FDR zeroed out.  This will cause
1289 	     symbol in the symbol itself, because of relocation
1476   /* Go to the right location in the file.  */
1484   /* Fill in the file offsets.  */
1526    that the information (the pointers and counts) in *DEBUG have been
1527    set correctly.  WHERE is the position in the file to write the
1528    information to.  This function fills in the file offsets in the
1778    that have a least one procedure descriptor in them.  The final
1808   /* Now, create and fill in the table.  */
1844 	     2) Once in a wacky while, the Compaq compiler generated PDR
1846 	     are still vma's and not offsets.  Cf. comments in
1862   /* Finally, the table is sorted in increasing memory-address order.
1864      static functions in include files), where this does not hold.
1903      we want to return the index of the highest entry.  Only in former case
1913   /* eraxxon: There may be multiple FDRs in the table with the
1921 /* Look up a line given an address, storing the information in
1977      Since the FDRs that are causing so much havok (in this case) 1) do not
1980      the FDR table in 'mk_fdrtab'.  But, besides not knowing for certain
1983      symbol -- which is still in the symbol table -- the result can be
1985      procedures with vma's higher than the last FDR in the fdr table will be
2017      excluded from the FDR table in 'mk_fdrtab' because it contains no PDRs.
2053          list of procedure descriptors (PDR).  The address in the FDR
2055          in the first PDR gives the offset of that procedure relative
2056          to the object file's base-address.  The addresses in
2059          whenever the PROF bit in the PDR is set, the real entry point
2064          library, they insert 16 bytes of unused space in front of
2065          each procedure and set the "prof" bit in the PDR to indicate
2075          NOTE: Neither FDRs nor PDRs are strictly sorted in memory
2092          code from multiple source files (e.g., due to code defined in
2140 	     in front of the function as belonging to the function.  */
2180          are stored in a very funky format, which I won't try to
2370       /* We need to remove the stuff after the colon in the function
2463    everything in memory, since the linker is such a memory hog.  This