On Fri, Jun 26, 2020 at 5:51 PM Jeff Law wrote:
>
> On Mon, 2020-06-22 at 11:24 +0200, Richard Biener via Gcc-patches wrote:
> > On Sun, Jun 21, 2020 at 2:32 AM Yichao Yu via Gcc-patches
> > wrote:
> > > On Sat, Jun 20, 2020 at 8:16 PM Yichao Yu wrote:
> > > > On Sat, Jun 20, 2020 at 3:41 PM Yic
On Mon, 2020-06-22 at 11:24 +0200, Richard Biener via Gcc-patches wrote:
> On Sun, Jun 21, 2020 at 2:32 AM Yichao Yu via Gcc-patches
> wrote:
> > On Sat, Jun 20, 2020 at 8:16 PM Yichao Yu wrote:
> > > On Sat, Jun 20, 2020 at 3:41 PM Yichao Yu wrote:
> > > > On Sat, Jun 20, 2020 at 3:26 PM Yichao
d in GCC build
> > > > > directory, do
> > > > >
> > > > > $ make check-gcc RUNTESTFLAGS="--target_board='unix{-m32,}'
> > > > > i386.exp=pr95778-*.c"
> > > > >
> > >
> > > Finally got it
On Sat, Jun 20, 2020 at 6:17 PM Yichao Yu via Gcc-patches
wrote:
>
>
> The current logic seems to be comparing the whole attribute tree between the
> callee
> and caller (or at least the tree starting from the target attribute).
> This is unnecessary and causes strange dependency of the indirecti
d
> > > > directory, do
> > > >
> > > > $ make check-gcc RUNTESTFLAGS="--target_board='unix{-m32,}'
> > > > i386.exp=pr95778-*.c"
> > > >
> >
> > Finally got it start running after installing dejagnu...
> > It see
On Sat, Jun 20, 2020 at 3:41 PM Yichao Yu wrote:
>
> On Sat, Jun 20, 2020 at 3:26 PM Yichao Yu wrote:
> >
> > On Sat, Jun 20, 2020 at 3:25 PM H.J. Lu wrote:
> > >
> > > On Sat, Jun 20, 2020 at 12:20 PM Yichao Yu wrote:
> > > >
> > > > On Sat, Jun 20, 2020 at 3:12 PM H.J. Lu wrote:
> > > > >
>
On Sat, Jun 20, 2020 at 3:26 PM Yichao Yu wrote:
>
> On Sat, Jun 20, 2020 at 3:25 PM H.J. Lu wrote:
> >
> > On Sat, Jun 20, 2020 at 12:20 PM Yichao Yu wrote:
> > >
> > > On Sat, Jun 20, 2020 at 3:12 PM H.J. Lu wrote:
> > > >
> > > > On Sat, Jun 20, 2020 at 11:37 AM Yichao Yu wrote:
> > > > >
>
On Sat, Jun 20, 2020 at 3:25 PM H.J. Lu wrote:
>
> On Sat, Jun 20, 2020 at 12:20 PM Yichao Yu wrote:
> >
> > On Sat, Jun 20, 2020 at 3:12 PM H.J. Lu wrote:
> > >
> > > On Sat, Jun 20, 2020 at 11:37 AM Yichao Yu wrote:
> > > >
> > > > On Sat, Jun 20, 2020 at 1:54 PM Yichao Yu wrote:
> > > > >
>
On Sat, Jun 20, 2020 at 12:20 PM Yichao Yu wrote:
>
> On Sat, Jun 20, 2020 at 3:12 PM H.J. Lu wrote:
> >
> > On Sat, Jun 20, 2020 at 11:37 AM Yichao Yu wrote:
> > >
> > > On Sat, Jun 20, 2020 at 1:54 PM Yichao Yu wrote:
> > > >
> > > > > > The current logic seems to be comparing the whole attri
On Sat, Jun 20, 2020 at 3:12 PM H.J. Lu wrote:
>
> On Sat, Jun 20, 2020 at 11:37 AM Yichao Yu wrote:
> >
> > On Sat, Jun 20, 2020 at 1:54 PM Yichao Yu wrote:
> > >
> > > > > The current logic seems to be comparing the whole attribute tree
> > > > > between the callee
> > > > > and caller (or at
On Sat, Jun 20, 2020 at 11:37 AM Yichao Yu wrote:
>
> On Sat, Jun 20, 2020 at 1:54 PM Yichao Yu wrote:
> >
> > > > The current logic seems to be comparing the whole attribute tree
> > > > between the callee
> > > > and caller (or at least the tree starting from the target attribute).
> > > > Thi
> https://github.com/gcc-mirror/gcc/commit/b8ce8129a560f64f8b2855c4a3812b7c3c0ebf3f#diff-e2d535917af8555baad2e9c8749e96a5
> with/adding to the test the following one should work. I still
> couldn't get test to run though..
And yet another related issue that I think I would appreciate some
help
On Sat, Jun 20, 2020 at 1:54 PM Yichao Yu wrote:
>
> > > The current logic seems to be comparing the whole attribute tree between
> > > the callee
> > > and caller (or at least the tree starting from the target attribute).
> > > This is unnecessary and causes strange dependency of the indirection
> > The current logic seems to be comparing the whole attribute tree between
> > the callee
> > and caller (or at least the tree starting from the target attribute).
> > This is unnecessary and causes strange dependency of the indirection
> > elimination on unrelated properties like `noinline`(PR9
On Sat, Jun 20, 2020 at 9:17 AM Yichao Yu via Gcc-patches
wrote:
>
> The current logic seems to be comparing the whole attribute tree between the
> callee
> and caller (or at least the tree starting from the target attribute).
> This is unnecessary and causes strange dependency of the indirection
The current logic seems to be comparing the whole attribute tree between the
callee
and caller (or at least the tree starting from the target attribute).
This is unnecessary and causes strange dependency of the indirection
elimination on unrelated properties like `noinline`(PR95780) and
`visibili
The current logic seems to be comparing the whole attribute tree between the
callee
and caller (or at least the tree starting from the target attribute).
This is unnecessary and causes strange dependency of the indirection
elimination on unrelated properties like `noinline`(PR95780) and
`visibi
17 matches
Mail list logo
