Re: [PATCH] Redesign jump threading profile updates

2014-07-07 Thread Teresa Johnson
Ping. Jeff, any update on when you can look at this? Thanks, Teresa On Tue, May 27, 2014 at 7:10 AM, Teresa Johnson wrote: > On Thu, Apr 17, 2014 at 6:23 AM, Teresa Johnson wrote: >> On Wed, Apr 16, 2014 at 10:39 PM, Jeff Law wrote: >>> On 03/26/14 17:44, Teresa Johnson wrote: Recentl

Re: [PATCH] Redesign jump threading profile updates

2014-07-07 Thread Jeff Law
On 07/07/14 15:22, Teresa Johnson wrote: Ping. Jeff, any update on when you can look at this? Hoping to do so on that long plane ride to the UK for Cauldron :-) SLC->LAX->Heathrow Lots of uninterrupted time to look at those changes. Jeff

[PATCH][target/i386] PR 61599

2014-07-07 Thread Sriraman Tallam
Hi, I have attached a patch for this bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61599. Is this alright? Thanks Sri Patch to fix PR 61599: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61599 Function int_size_in_bytes returns -1 in as the size in cases where the size of the type can var

Re: [PATCH][target/i386] PR 61599

2014-07-07 Thread Jan Hubicka
> Hi, > >I have attached a patch for this bug: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61599. Is this alright? > > Thanks > Sri > Patch to fix PR 61599: > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61599 > > Function int_size_in_bytes returns -1 in as the size in cases where > the

[wwwdocs] Clarify and simplify how to get SVN write access

2014-07-07 Thread Gerald Pfeifer
A couple of us noticed, over time, that our instructions on who can sponsor SVN write access and how to get it are not as clear as they could be. This tries to improve that. And the text even is a bit shorter, overall. Applied. Gerald Index: svnwrite.html ==

Re: Fix representation of gcov_info_type

2014-07-07 Thread Jan Hubicka
> > Index: stor-layout.c > > === > > --- stor-layout.c (revision 212098) > > +++ stor-layout.c (working copy) > > @@ -2065,7 +2065,7 @@ void > > finish_builtin_struct (tree type, const char *name, tree fields, > >

Proper fix for PR58477

2014-07-07 Thread Jan Hubicka
Hi, I had to revert change to ipa-prop.c that made stmt_may_be_vtbl_ptr_store to know that clobbers can not be such stores. This triggered byg in detect_type_change_from_memory_writes. This function does two things. First is that it tries to prove that vtbl pointer was not modified in the function

Re: [RFC] Add a .gitattributes file for use with git-merge-changelog

2014-07-07 Thread Samuel Bronson
Ping? If nobody has anything else to say, I'm going to assume that such a change is unobjectionable, and should not be listed in the ChangeLog. Samuel Bronson writes: > Ouch; it looks like my last attempt to reply to this missed gdb-patches@ > due to a gmane accident? > > Samuel Bronson writes

[PATCH] PR bootstrap/61679 playcate old gcc

2014-07-07 Thread tsaunders
From: Trevor Saunders Hi, I'll admitt I'm not actually sure if the spec requires this, or if gcc 4.5 was too picky, but this fixes the build with gcc 4.5, and it doesn't really hurt anything. bootstrapped + regtested on x86_64-unknown-linux-gnu with no regressions, ok? Trev gcc/ PR b

[RFC: Patch, PR 60102] [4.9/4.10 Regression] powerpc fp-bit ices at dwf_regno

2014-07-07 Thread rohitarul...@freescale.com
Hello All, This is related to the following bug: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60102 I have tried to fix the e500v2 build on GCC v4.9.0 with the attached patch. Can you please review and comment on the changes especially DWARF_FRAME_REGNUM, DWARF_REG_TO_UNWIND_COLUMN definitions?

Re: [GOMP4, OpenACC] Fixed-form Fortran code failing to parse

2014-07-07 Thread Cesar Philippidis
On 07/04/2014 01:40 AM, Thomas Schwinge wrote: > On Wed, 02 Jul 2014 14:53:19 +0200, I wrote: >> I understand the attached fixed.f to be well-formed fixed-form Fortran >> code, but it fails to parse in OpenACC mode: > > The legacy of Fortran ;-) strikes again: > > $ gcc/xgcc -Bgcc/ -Bx86_64-

[PATCH] convert some hash_table to hash_map

2014-07-07 Thread tsaunders
From: Trevor Saunders Hi, just $subject bootstrapped + regtested on x86_64-unknown-linux-gnu, ok? Trev gcc/ * graphite-htab.h: Use hash_map instead of hash_table. * graphite-clast-to-gimple.c: Adjust. * passes.c: Use hash_map instead of hash_table. * sese.c: Li

<    1   2