On Thu, Nov 3, 2016 at 4:46 PM, Segher Boessenkool
wrote:
> On Thu, Nov 03, 2016 at 09:29:07AM +0100, Richard Biener wrote:
>> On Wed, Nov 2, 2016 at 4:27 PM, Segher Boessenkool
>> wrote:
>> > On Wed, Nov 02, 2016 at 02:51:41PM +0100,
On Thu, Nov 03, 2016 at 09:29:07AM +0100, Richard Biener wrote:
> On Wed, Nov 2, 2016 at 4:27 PM, Segher Boessenkool
> wrote:
> > On Wed, Nov 02, 2016 at 02:51:41PM +0100, Richard Biener wrote:
> >> >> I don't believe it needs a cleanup on every iteration. One cleanup
On Wed, Nov 2, 2016 at 4:27 PM, Segher Boessenkool
wrote:
> On Wed, Nov 02, 2016 at 02:51:41PM +0100, Richard Biener wrote:
>> >> I don't believe it needs a cleanup on every iteration. One cleanup at
>> >> the end should work fine.
>> >
>> > But as the comment there
On Wed, Nov 02, 2016 at 02:51:41PM +0100, Richard Biener wrote:
> >> I don't believe it needs a cleanup on every iteration. One cleanup at
> >> the end should work fine.
> >
> > But as the comment there says:
> >
> > /* Merge the duplicated blocks into predecessors, when possible. */
> >
On Wed, Nov 2, 2016 at 2:40 PM, Segher Boessenkool
wrote:
> On Wed, Nov 02, 2016 at 11:39:20AM +0100, Steven Bosscher wrote:
>> On Wed, Nov 2, 2016 at 10:02 AM, Richard Biener
>> wrote:
>> > On Mon, Oct 31, 2016 at 4:35 PM, Segher
On Wed, Nov 02, 2016 at 11:39:20AM +0100, Steven Bosscher wrote:
> On Wed, Nov 2, 2016 at 10:02 AM, Richard Biener
> wrote:
> > On Mon, Oct 31, 2016 at 4:35 PM, Segher Boessenkool wrote:
> >> On Mon, Oct 31, 2016 at 04:09:48PM +0100, Steven Bosscher wrote:
> >>> On
On Wed, Nov 2, 2016 at 10:02 AM, Richard Biener
wrote:
> On Mon, Oct 31, 2016 at 4:35 PM, Segher Boessenkool wrote:
>> On Mon, Oct 31, 2016 at 04:09:48PM +0100, Steven Bosscher wrote:
>>> On Sun, Oct 30, 2016 at 8:10 PM, Segher Boessenkool wrote:
>>> > +
On Mon, Oct 31, 2016 at 4:35 PM, Segher Boessenkool
wrote:
> On Mon, Oct 31, 2016 at 04:09:48PM +0100, Steven Bosscher wrote:
>> On Sun, Oct 30, 2016 at 8:10 PM, Segher Boessenkool wrote:
>> > This patch solves this problem by simply running the
>> >
On Mon, Oct 31, 2016 at 04:09:48PM +0100, Steven Bosscher wrote:
> On Sun, Oct 30, 2016 at 8:10 PM, Segher Boessenkool wrote:
> > This patch solves this problem by simply running the
> > duplicate_computed_gotos
> > pass again, as long as it does any work. The patch looks much bigger than
> > it
On Sun, Oct 30, 2016 at 8:10 PM, Segher Boessenkool wrote:
> This patch solves this problem by simply running the duplicate_computed_gotos
> pass again, as long as it does any work. The patch looks much bigger than
> it is, because I factored out two routines to simplify the control flow.
It's
For code like the testcase in PR71785 GCC factors all the indirect branches
to a single dispatcher that then everything jumps to. This is because
having many indirect branches with each many jump targets does not scale
in large parts of the compiler. Very late in the pass pipeline (right
before
11 matches
Mail list logo