binutils/bfd/ecofflink.c

12    This program is distributed in the hope that it will be useful,
36 /* Routines to swap auxiliary information in and out.  I am assuming
40 /* Swap in a type information record.
50   *ext = *ext_copy;		/* Make it reasonable to do in-place.  */
109   *intern = *intern_copy;	/* Make it reasonable to do in-place.  */
157 /* Swap in a relative symbol record.  BIGEND says whether it is in
167   *ext = *ext_copy;		/* Make it reasonable to do in-place.  */
198 /* Swap out a relative symbol record.  BIGEND says whether it is in
208   *intern = *intern_copy;	/* Make it reasonable to do in-place.  */
269    map FDR names to indices in the output file, and to map local
277   /* Next entry in string table.  */
286 /* Routine to create an entry in a string hash table.  */
317 /* Look up an entry in an string hash table.  */
323 /* We can't afford to read in all the debugging information when we do
329   /* The next entry in this linked list.  */
462    passed in to bfd_ecoff_debug_accumulate, et. al.  */
507       /* The first entry in the string table is the empty string.  */
595   /* Use section_adjust to hold the value to add to a symbol in a
651      in the final output.  We do not want duplicate FDR information
654      we look it up in a hash table to ensure that we only include it
770 	 .fini section, in which case this will not do the right
774       /* Swap in the local symbols, adjust their values, and swap them
818 	  /* If we are doing a final link, we hash all the strings in
906 	     how much of the string table to read in.  */
950 	  bfd_byte *in;
955 	     everything in and out.  This code would always work, but
956 	     it would be unnecessarily slow in the normal case.  */
959 	  in = ((bfd_byte *) input_debug->external_pdr
961 	  end = in + fdr.cpd * insz;
972 	  for (; in < end; in += insz, out += outsz)
976 	      (*input_swap->swap_pdr_in) (input_bfd, in, &pdr);
983 	  in = ((bfd_byte *) input_debug->external_opt
985 	  end = in + fdr.copt * insz;
996 	  for (; in < end; in += insz, out += outsz)
1000 	      (*input_swap->swap_opt_in) (input_bfd, in, &opt);
1177   /* Leave everything else in the FDR zeroed out.  This will cause
1245 	     symbol in the symbol itself, because of relocation
1428   /* Go to the right location in the file.  */
1436   /* Fill in the file offsets.  */
1478    that the information (the pointers and counts) in *DEBUG have been
1479    set correctly.  WHERE is the position in the file to write the
1480    information to.  This function fills in the file offsets in the
1722    that have a least one procedure descriptor in them.  The final
1751   /* Now, create and fill in the table.  */
1787 	     2) Once in a wacky while, the Compaq compiler generated PDR
1789 	     are still vma's and not offsets.  Cf. comments in
1805   /* Finally, the table is sorted in increasing memory-address order.
1807      static functions in include files), where this does not hold.
1844      we want to return the index of the highest entry.  Only in former case
1854   /* eraxxon: There may be multiple FDRs in the table with the
1862 /* Look up a line given an address, storing the information in
1917      Since the FDRs that are causing so much havok (in this case) 1) do not
1920      the FDR table in 'mk_fdrtab'.  But, besides not knowing for certain
1923      symbol -- which is still in the symbol table -- the result can be
1925      procedures with vma's higher than the last FDR in the fdr table will be
1957      excluded from the FDR table in 'mk_fdrtab' because it contains no PDRs.
1993          list of procedure descriptors (PDR).  The address in the FDR
1995          in the first PDR gives the offset of that procedure relative
1996          to the object file's base-address.  The addresses in
1999          whenever the PROF bit in the PDR is set, the real entry point
2004          library, they insert 16 bytes of unused space in front of
2005          each procedure and set the "prof" bit in the PDR to indicate
2015          NOTE: Neither FDRs nor PDRs are strictly sorted in memory
2032          code from multiple source files (e.g., due to code defined in
2080 	     in front of the function as belonging to the function.  */
2120          are stored in a very funky format, which I won't try to
2310       /* We need to remove the stuff after the colon in the function
2401    everything in memory, since the linker is such a memory hog.  This