Richard Biener writes:
> On Wed, Jun 5, 2019 at 4:30 PM Richard Sandiford
> wrote:
>>
>> Richard Biener writes:
>> > On Sat, Jun 1, 2019 at 5:49 PM Richard Sandiford
>> > wrote:
>> >>
>> >> Taking the address of a variable stops us doing var-tracking on it,
>> >> so that we just use the DECL_RT
On Wed, Jun 5, 2019 at 4:30 PM Richard Sandiford
wrote:
>
> Richard Biener writes:
> > On Sat, Jun 1, 2019 at 5:49 PM Richard Sandiford
> > wrote:
> >>
> >> Taking the address of a variable stops us doing var-tracking on it,
> >> so that we just use the DECL_RTL instead. This can easily cause w
Richard Biener writes:
> On Sat, Jun 1, 2019 at 5:49 PM Richard Sandiford
> wrote:
>>
>> Taking the address of a variable stops us doing var-tracking on it,
>> so that we just use the DECL_RTL instead. This can easily cause wrong
>> debug info for regions of code that would have had correct debu
On Sat, Jun 1, 2019 at 5:49 PM Richard Sandiford
wrote:
>
> Taking the address of a variable stops us doing var-tracking on it,
> so that we just use the DECL_RTL instead. This can easily cause wrong
> debug info for regions of code that would have had correct debug info
> if the variable weren't
Taking the address of a variable stops us doing var-tracking on it,
so that we just use the DECL_RTL instead. This can easily cause wrong
debug info for regions of code that would have had correct debug info
if the variable weren't addressable. E.g.:
{
int base;
get_start (&base);
x[i1] =
