On Thu, Sep 04, 2014 at 10:05:38PM +0100, Maciej W. Rozycki wrote:
> On Thu, 4 Sep 2014, Alan Modra wrote:
>
> > > In fact if you look at the corresponding location expression for
> > > -fno-section-anchors code you get something quite screwy too.
> > >
> > > 018f 0108 0114 (DW_OP_bre
On Thu, 4 Sep 2014, Alan Modra wrote:
> > In fact if you look at the corresponding location expression for
> > -fno-section-anchors code you get something quite screwy too.
> >
> > 018f 0108 0114 (DW_OP_breg10 (r10): 0; DW_OP_addr: 144;
> > DW_OP_plus; DW_OP_stack_value
> >
> > whic
On Wed, Sep 03, 2014 at 03:01:17PM +0930, Alan Modra wrote:
> In fact if you look at the corresponding location expression for
> -fno-section-anchors code you get something quite screwy too.
>
> 018f 0108 0114 (DW_OP_breg10 (r10): 0; DW_OP_addr: 144;
> DW_OP_plus; DW_OP_stack_value
>
On Tue, Sep 02, 2014 at 09:47:15AM -0400, David Edelsohn wrote:
> Alan,
>
> Any feedback?
It is just papering over the real bug(s), of course, so I'd be
inclined to say this doesn't belong on trunk.
If you take a look at the assembly that is failing, you find gcc is
trying to output a location e
Hi,
Similarly to ARM, where this issue was seen originally, and likely many
other targets, the Power ABI does not appear to have a relocation defined
to support taking a difference of two symbols in different sections each.
This is seen as a failure in gcc.c-torture/compile/pr60655-2.c:
Execu
