Move processing_gcc to stabsread

processing_gcc is also only used by stabsread -- it is set by the
DWARF reader, but this turns out not to be needed.  So, this patch
moves processing_gcc and removes the assignment from the DWARF reader.

gdb/ChangeLog
2018-07-16  Tom Tromey  <tom@tromey.com>

	* stabsread.h (processing_gcc_compilation): Move from buildsym.h.
	* dwarf2read.c (dwarf2_start_symtab): Don't set
	processing_gcc_compilation.
	* buildsym.h (processing_gcc_compilation): Move to stabsread.h.
This commit is contained in:
Tom Tromey 2018-05-20 11:16:57 -06:00
parent 2150c3ef04
commit 6b84eeb216
4 changed files with 12 additions and 8 deletions

View File

@ -1,3 +1,10 @@
2018-07-16 Tom Tromey <tom@tromey.com>
* stabsread.h (processing_gcc_compilation): Move from buildsym.h.
* dwarf2read.c (dwarf2_start_symtab): Don't set
processing_gcc_compilation.
* buildsym.h (processing_gcc_compilation): Move to stabsread.h.
2018-07-16 Tom Tromey <tom@tromey.com>
* stabsread.h (HASHSIZE, hashname, symnum, next_symbol_text)

View File

@ -66,11 +66,6 @@ struct subfile
EXTERN struct subfile *current_subfile;
/* Global variable which, when set, indicates that we are processing a
.o file compiled with gcc */
EXTERN unsigned char processing_gcc_compilation;
/* Record the symbols defined for each context in a list. We don't
create a struct block for the context until we know how long to
make it. */

View File

@ -21026,9 +21026,6 @@ dwarf2_start_symtab (struct dwarf2_cu *cu,
record_debugformat ("DWARF 2");
record_producer (cu->producer);
/* We assume that we're processing GCC output. */
processing_gcc_compilation = 2;
cu->processing_has_namespace_info = 0;
return cust;

View File

@ -48,6 +48,11 @@ EXTERN unsigned int symnum;
EXTERN const char *(*next_symbol_text_func) (struct objfile *);
/* Global variable which, when set, indicates that we are processing a
.o file compiled with gcc */
EXTERN unsigned char processing_gcc_compilation;
/* Hash table of global symbols whose values are not known yet.
They are chained thru the SYMBOL_VALUE_CHAIN, since we don't
have the correct data for that slot yet.