Re: [PATCH] V2 move kill_unreachable_bbs to outer cse stage Was Re: [PATCH 1/5] do not corrupt ptrlist while killing unreachable BBs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jul 10, 2017 at 06:21:22AM -0700, Christopher Li wrote:
> On Mon, Jul 10, 2017 at 12:05 AM, Luc Van Oostenryck
> <luc.vanoostenryck@xxxxxxxxx> wrote:
> >> > It would also be nice to know why the patch that came with the bug
> >> > report have been discarded without a single comment.
> >>
> >> Sorry I haven't been more specific. I think the original patch is a bit
> >> too complicated. Also just as I suspected, there is more than the bb
> >> list get affected. If possible, I think we should try to avoid get into nested
> >> loop delete in the first place rather than make the nested loop delete
> >> work.
> >
> > I can hardly qualify my patch as 'complicated' but well ...
> > This patch have been done with two goals in mind:
> > 1) solve the problem with the deleted BB
> > 2) do not change anything at the simplification since interaction
> >    between differents parts there can have bad effects (it's to fix
> >    a problem there that the kill_unreachable_bbs() had been added).
> >
> > Your patch, take care of point 1) but not 2) and effectively
> > change when the BBs are removed and this change the interaction
> > between insert_branch() and some others parts.
> 
> You are right. I will never consider 2) as my goal. Simply because
> if the compiler has to depend on certain order of optimization (delete
> dead BB vs memops, CSE) and it can't figure out the order by itself.
> Then I consider a bug in the compiler.

You may qualify this as a bug but in the real world it's totally
normal to have interactions between optimization passes (yes, this
means that the result will depend on the order of the passes).
This is especially true when it concern dead code elimination.

Any decent compiler book will tell you a bit more about this.

But well, you're the maintainer, it's your responsability to
make the good choices for the project.

-- Luc Van Oostenryck 
--
To unsubscribe from this list: send the line "unsubscribe linux-sparse" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Newbies FAQ]     [LKML]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Trinity Fuzzer Tool]

  Powered by Linux