forked from Imagelibrary/binutils-gdb
Do not accidentally include in-tree readline headers
PR build/17077 points out that when --with-system-readline is given, gdb will still pick up the in-tree readline headers. Normally this is not a big problem, because readline is very stable and so the ABI does not change much; but it is clearly a bug to do this, and could bite at some point. The basic problem is that OPCODES_CFLAGS uses -I$(OPCODES_SRC)/.. so that #include "opcodes/..." works. However, this also makes it so the This patch fixes the problem in a mildly hacky way: remove the offending -I option, and change gdb to use #include "../opcodes/..." instead. This continues to make it clear where the header comes from, without allowing incorrect behavior. Tested by rebuilding and then looking at the *.Po files. gdb/ChangeLog 2018-10-06 Tom Tromey <tom@tromey.com> PR build/17077: * Makefile.in (OPCODES_CFLAGS): Remove "-I$(OPCODES_SRC)/..". * arc-tdep.c, frv-tdep.c, lm32-tdep.c, mep-tdep.c, microblaze-tdep.c, or1k-tdep.h: Use ../opcodes, not opcodes, in #include.
This commit is contained in:
@@ -33,7 +33,7 @@
|
||||
|
||||
/* ARC header files. */
|
||||
#include "opcode/arc.h"
|
||||
#include "opcodes/arc-dis.h"
|
||||
#include "../opcodes/arc-dis.h"
|
||||
#include "arc-tdep.h"
|
||||
|
||||
/* Standard headers. */
|
||||
|
||||
Reference in New Issue
Block a user