#include "defs.h"
#include "bfd.h"
+#include <time.h> /* For time_t in libbfd.h. */
+#include <sys/types.h> /* For time_t, if not in time.h. */
#include "libbfd.h"
-#include "libhppa.h"
+#include "som.h"
#include <syms.h>
#include "symtab.h"
#include "symfile.h"
#include "objfiles.h"
#include "buildsym.h"
+#include "stabsread.h"
#include "gdb-stabs.h"
#include "complaints.h"
#include <string.h>
#include "demangle.h"
#include <sys/file.h>
+
+/* Size of n_value and n_strx fields in a stab symbol. */
+#define BYTES_IN_WORD 4
+
#include "aout/aout64.h"
/* Various things we might complain about... */
}
break;
+#if 0
+ /* SS_GLOBAL and SS_LOCAL are two names for the same thing (!). */
case SS_GLOBAL:
+#endif
case SS_LOCAL:
switch (bufp->symbol_type)
{
case ST_CODE:
symname = bufp->name.n_strx + stringtab;
+ ms_type = mst_file_text;
+ bufp->symbol_value &= ~0x3; /* clear out permission bits */
+
+ check_strange_names:
/* GAS leaves symbols with the prefixes "LS$", "LBB$",
and "LBE$" in .o files after assembling. And thus
they appear in the final executable. This can
cause problems if these special symbols have the
- same value as real symbols. So ignore them. Is this
- meant as a feature, or is it just a GAS bug? */
+ same value as real symbols. So ignore them. Also "LC$". */
if (*symname == 'L'
- && (symname[2] == '$' && symname[1] == 'S'
- || (symname[3] == '$' && symname[1] == 'B'
- && (symname[2] == 'B' || symname[2] == 'E'))))
+ && (symname[2] == '$' || symname[3] == '$'))
continue;
- ms_type = mst_file_text;
- bufp->symbol_value &= ~0x3; /* clear out permission bits */
break;
case ST_PRI_PROG:
ms_type = mst_file_text;
bufp->symbol_value &= ~0x3; /* clear out permission bits */
break;
+
case ST_DATA:
symname = bufp->name.n_strx + stringtab;
ms_type = mst_file_data;
- break;
+ goto check_strange_names;
+
default:
continue;
}
+ break;
+
default:
continue;
}
do_cleanups (back_to);
}
-/* This cleans up the objfile's sym_private pointer, and the chain of
+/* This cleans up the objfile's sym_stab_info pointer, and the chain of
stab_section_info's, that might be dangling from it. */
static void
{
struct objfile *objfile = (struct objfile *)objp;
struct dbx_symfile_info *dbxinfo = (struct dbx_symfile_info *)
- objfile->sym_private;
+ objfile->sym_stab_info;
struct stab_section_info *ssi, *nssi;
ssi = dbxinfo->stab_section_info;
pa_symfile_finish (objfile)
struct objfile *objfile;
{
- if (objfile -> sym_private != NULL)
+ if (objfile -> sym_stab_info != NULL)
{
- mfree (objfile -> md, objfile -> sym_private);
+ mfree (objfile -> md, objfile -> sym_stab_info);
}
}
stringsect = bfd_get_section_by_name (sym_bfd, "$GDB_STRINGS$");
/* Allocate struct to keep track of the symfile */
- objfile->sym_private = (PTR)
+ objfile->sym_stab_info = (PTR)
xmmalloc (objfile -> md, sizeof (struct dbx_symfile_info));
- memset ((PTR) objfile->sym_private, 0, sizeof (struct dbx_symfile_info));
+ memset ((PTR) objfile->sym_stab_info, 0, sizeof (struct dbx_symfile_info));
if (!stabsect)
return;
if (!DBX_TEXT_SECT (objfile))
error ("Can't find .text section in symbol file");
+ /* FIXME: I suspect this should be external_nlist. The size of host
+ types like long and bfd_vma should not affect how we read the
+ file. */
DBX_SYMBOL_SIZE (objfile) = sizeof (struct internal_nlist);
DBX_SYMCOUNT (objfile) = bfd_section_size (sym_bfd, stabsect)
/ DBX_SYMBOL_SIZE (objfile);