Commit b759ea28 by Alexandre Oliva Committed by Alexandre Oliva

[PR87793] reject non-toplevel unspecs in debug loc exprs on x86

Before revision 254025, we'd reject UNSPECs in debug loc exprs.
TARGET_CONST_NOT_OK_FOR_DEBUG_P still rejects that by default, on all
ports that override it, except for x86, that accepts @gotoff unspecs.
We can indeed accept them in top-level expressions, but not as
subexpressions: the assembler rejects the difference between two
@gotoff symbols, for example.

We could simplify such a difference and drop the @gotoffs, provided
that the symbols are in the same section; we could also accept
@gotoffs plus literal constants.  However, accepting those but
rejecting such combinations as subexpressions would be ugly, and most
likely not worth the trouble: sym@gotoff+litconst hardly makes sense
as a standalone expression, and the difference between @gotoffs should
be avoided to begin with, as follows.

Ideally, the debug loc exprs would use the symbolic data in
REG_EQUIV/REG_EQUAL notes, or delegitimized addresses, instead of
simplifying the difference between two legitimized addresses so that
the occurrences of the GOT register cancel each other.  That would
require some more elaborate surgery in var-tracking and cselib than
would be appropriate at this stage.

for  gcc/ChangeLog

	PR target/87793
	* config/i386/i386.c (ix86_const_not_ok_for_debug_p): Reject
	non-toplevel UNSPEC.

for  gcc/testsuite/ChangeLog

	PR target/87793
	* gcc.dg/pr87793.c: New.

From-SVN: r265956
parent aab162fb
2018-11-09 Alexandre Oliva <aoliva@redhat.com>
PR target/87793
* config/i386/i386.c (ix86_const_not_ok_for_debug_p): Reject
non-toplevel UNSPEC.
2018-11-08 Aldy Hernandez <aldyh@redhat.com>
* tree-vrp.c (value_range::check): Do not access internals
......@@ -17177,6 +17177,18 @@ ix86_const_not_ok_for_debug_p (rtx x)
if (SYMBOL_REF_P (x) && strcmp (XSTR (x, 0), GOT_SYMBOL_NAME) == 0)
return true;
/* Reject UNSPECs within expressions. We could accept symbol@gotoff
+ literal_constant, but that would hardly come up in practice,
and it's not worth the trouble of having to reject that as an
operand to pretty much anything else. */
if (UNARY_P (x)
&& GET_CODE (XEXP (x, 0)) == UNSPEC)
return true;
if (BINARY_P (x)
&& (GET_CODE (XEXP (x, 0)) == UNSPEC
|| GET_CODE (XEXP (x, 1)) == UNSPEC))
return true;
return false;
}
2018-11-09 Alexandre Oliva <aoliva@redhat.com>
PR target/87793
* gcc.dg/pr87793.c: New.
2018-11-09 Prathamesh Kulkarni <prathamesh.kulkarni@linaro.org>
* gcc.target/arm/neon-vect-div-1.c: New test.
......
/* { dg-do compile } */
/* { dg-options "-fpic -Os -g" } */
struct fit_loadable_tbl {
int type;
void (*handler)(int data, int size);
};
#define ll_entry_start(_type, _list) \
({ \
static char start[0] __attribute__((aligned(4))) \
__attribute__((unused, section(".u_boot_list_2_"#_list"_1"))); \
(_type *)&start; \
})
#define ll_entry_end(_type, _list) \
({ \
static char end[0] __attribute__((aligned(4))) \
__attribute__((unused, section(".u_boot_list_2_"#_list"_3"))); \
(_type *)&end; \
})
#define ll_entry_count(_type, _list) \
({ \
_type *start = ll_entry_start(_type, _list); \
_type *end = ll_entry_end(_type, _list); \
unsigned int _ll_result = end - start; \
_ll_result; \
})
void test(int img_type, int img_data, int img_len)
{
int i;
const unsigned int count =
ll_entry_count(struct fit_loadable_tbl, fit_loadable);
struct fit_loadable_tbl *fit_loadable_handler =
ll_entry_start(struct fit_loadable_tbl, fit_loadable);
for (i = 0; i < count; i++, fit_loadable_handler++)
if (fit_loadable_handler->type == img_type)
fit_loadable_handler->handler(img_data, img_len);
}
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment