Fortran patch committed [revision 235999]

I have committed a patch for PR fortran/56226. The diff is available as an attachment in the bugzilla PR. Details about the patch can be found here: https://gcc.gnu.org/ml/fortran/2016-03/msg2.html -- Steve

Re: [PATCH, ARM] use vmov.i64 to load 0 into FP reg if neon enabled

On Fri, May 6, 2016 at 7:29 AM, Kyrill Tkachov wrote: > Since you're modifying the both the ARM and Thumb2 pattern > can you please do two bootstrap and tests, one with --with-mode=arm > and one with --with-mode=thumb. > Ok after adding the assert mentioned above, the arm/thumb testing and fixing

[patch] Fix PR tree-optimization/70884

Hi, this is a tentative fix for the regression introduced in SRA by the machinery which deals with the constant pool. initialize_constant_pool_replacements is supposed to issues new loads from the pool for scalarized variables, but it fails to do so for variables that are only partially scalar

Re: [gomp4.5] Parsing of most of OpenMP 4.5 clauses

On Sat, May 07, 2016 at 08:42:44PM +0200, Paul Richard Thomas wrote: > As you might have noticed, I am forced to spend a couple of months out > from gfortran support in order to move from France back to the UK. I > am therefore dealing very sporadically with patches. Since we seem to > have entered

Re: [gomp4.5] Parsing of most of OpenMP 4.5 clauses

Dear Jakub, As you might have noticed, I am forced to spend a couple of months out from gfortran support in order to move from France back to the UK. I am therefore dealing very sporadically with patches. Since we seem to have entered a phase where all the other gfortran contributors have gone qui

Re: [PATCH] Make basic asm implicitly clobber memory

On 06/05/16 07:35, David Wohlferd wrote: > 1) I'm not clear precisely what problem this patch fixes. It's true > that some people have incorrectly assumed that basic asm clobbers > memory and this change would fix their code. But some people also > incorrectly assume it clobbers registers. I as

[PATCH, i386]: Handle otential partial reg stall alternatives with preferred_for_speed attribute

Hello! We have these long-standing comments in i386.md: "%%% Potential partial reg stall on alternative X. What to do?" Using preferred_for_speed attribute, we can disparage these alternatives for TARGET_PARTIAL_REG_STALL targets, which seems the correct thing to do. 2016-05-07 Uros Bizjak

Re: [PATCH][CilkPlus] Merge libcilkrts from upstream

On 02.05.2016 17:51, Jeff Law wrote: On 04/29/2016 05:36 AM, Ilya Verbin wrote: Hi! This patch brings the latest libcilkrts from upstream. Regtested on i686-linux and x86_64-linux. Abidiff: Functions changes summary: 0 Removed, 1 Changed (16 filtered out), 2 Added functions Variables changes s

[PING] [PATCH] Make C++ honor the enum mode attribute

Ping.. For this patch: https://gcc.gnu.org/ml/gcc-patches/2016-04/msg02069.html Thanks Bernd. On 04/30/16 07:54, Bernd Edlinger wrote: > Hi, > > this was already posted in february, but has not yet been reviewed, so I > thought > it is time now to post it again... > > As a follow-up for Jakub's

Re: [PATCH] Make basic asm implicitly clobber memory

On 05/07/16 01:33, David Wohlferd wrote: > >>> A few questions: >>> >>> 1) I'm not clear precisely what problem this patch fixes. It's true >>> that some people have incorrectly assumed that basic asm clobbers memory >>> and this change would fix their code. But some people also incorrectly >>> a

[Committed, trunk/6] Handle NULL def in build_cross_bb_scalars_def

Hi, Attached patch fixes a graphite 6/7 regression. [ found regression by doing an fgraphite-identity on-by-default bootstrap and regtest on x86_64. ] When compiling gcc.dg/tree-ssa/vrp66.c with -O2 fgraphite-identity, we arrive at graphite_find_cross_bb_scalar_vars: ... static void graphit