Re: Mysterious decision in combine

2016-03-21 Thread Dominik Vogt
On Thu, Mar 17, 2016 at 01:22:04PM -0700, Richard Henderson wrote: > On 03/16/2016 11:35 PM, Dominik Vogt wrote: > > How does combine get this idea (it's the only match in the > > function)? > > > > Trying 7 -> 12: > > Successfully matched this instruction: > > (set (reg/i:DI 2 %r2) > >

Re: Aggressive load in gcc when accessing escaped pointer?

2016-03-21 Thread Michael Matz
Hi, On Sat, 19 Mar 2016, Cy Cheng wrote: > But I don't understand why &c - 8 is invalid? Which rule in C99 it volatile? &x points to the start of object x, and &x - something (something != 0) points outside object x. 'c' was a complete object, so &c-8 points outside any object, hence the form

Re: Leaking bitmap data in ree.c?

2016-03-21 Thread Jeff Law
On 03/20/2016 09:24 PM, Trevor Saunders wrote: On Fri, Mar 18, 2016 at 01:18:16PM -0600, Jeff Law wrote: Is it just me, or does find_removable_extensions leak bitmap data for INIT, KILL, GEN and TMP? It calls bitmap_initialize on all of them, but never clears the bitmaps... Am I missing somet

Re: Leaking bitmap data in ree.c?

2016-03-21 Thread Jeff Law
On 03/21/2016 11:15 AM, Trevor Saunders wrote: I'll resist the urge for now to apply RAII principles in this code, but that'd probably a much cleaner way to think about the problem in general. I worked on a couple attempts to c++ify bitmaps a while back, but never finished any of them, but I

Re: Leaking bitmap data in ree.c?

2016-03-21 Thread David Malcolm
On Mon, 2016-03-21 at 11:13 -0600, Jeff Law wrote: > On 03/21/2016 11:15 AM, Trevor Saunders wrote: > > > > > I'll resist the urge for now to apply RAII principles in this > > > code, but > > > that'd probably a much cleaner way to think about the problem in > > > general. > > > > I worked on a c

Re: Leaking bitmap data in ree.c?

2016-03-21 Thread Trevor Saunders
On Mon, Mar 21, 2016 at 10:42:18AM -0600, Jeff Law wrote: > On 03/20/2016 09:24 PM, Trevor Saunders wrote: > >On Fri, Mar 18, 2016 at 01:18:16PM -0600, Jeff Law wrote: > >> > >>Is it just me, or does find_removable_extensions leak bitmap data for INIT, > >>KILL, GEN and TMP? > >> > >>It calls bitma

Re: Leaking bitmap data in ree.c?

2016-03-21 Thread Jeff Law
On 03/21/2016 11:16 AM, David Malcolm wrote: On Mon, 2016-03-21 at 11:13 -0600, Jeff Law wrote: On 03/21/2016 11:15 AM, Trevor Saunders wrote: I'll resist the urge for now to apply RAII principles in this code, but that'd probably a much cleaner way to think about the problem in general. I

Re: [GCC Wiki] Update of "DebugFission" by CaryCoutant

2016-03-21 Thread Cary Coutant
We're in the final stages of finalizing the DWARF v5 spec, which will include the Fission extensions. When that's done, we'll start converting GCC and gold over to use the official DWARF features rather than the GNU extensions. >> + The "Fission" project was started in response to the problems cau

Re: [gimplefe] [gsoc16] Gimple Front End Project

2016-03-21 Thread Prasad Ghangal
Hi! How exactly can we achieve start stop compilation on specific pass (ie run single pass on input)? eg. $cgimple -ftree-copyrename foo.c should produce optimization result of -ftree-copyrename pass on foo.c input On 21 March 2016 at 09:05, Trevor Saunders wrote: > On Mon, Mar 21, 2016 at 0

4.9 backport request

2016-03-21 Thread NightStrike
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64709 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119 Would anyone mind backporting these two dependent bug fixes to 4.9?

Re: 4.9 backport request

2016-03-21 Thread Richard Biener
On March 22, 2016 2:07:10 AM GMT+01:00, NightStrike wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64709 >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119 > >Would anyone mind backporting these two dependent bug fixes to 4.9? Both are not regressions there so no appropriate at this stage