This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Early jump threading

From: Jan Hubicka <hubicka at ucw dot cz>
To: Jeff Law <law at redhat dot com>
Cc: Jan Hubicka <hubicka at ucw dot cz>, gcc-patches at gcc dot gnu dot org, rguenther at suse dot de
Date: Tue, 16 Aug 2016 13:02:52 +0200
Subject: Re: Early jump threading
Authentication-results: sourceware.org; auth=none
References: <20160811140235.GA68714@kam.mff.cuni.cz> <b6b52fed-e234-e48b-6815-1c4f62e6c103@redhat.com>

> I don't think the backwards/FSM threader tries to update the profile
> data at all right now.

This seems to be cause of the regression andrew is speaking about.  I wrote updating
of profile after threading few times and there was also Theresa's patch.
I tought all the threaders use common duplication engine and that one does the updating?
I will try to dive into the code, but creating basic blocks with frequency 0 across hot
paths is bad idea - they will be optimized for size.

Honza

Follow-Ups:
- Re: Early jump threading
  - From: Jeff Law

References:
- Early jump threading
  - From: Jan Hubicka
- Re: Early jump threading
  - From: Jeff Law

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]