[Patch, Fortran, OOP] PR 59547: Problem with using tbp specification function in multiple class procedures

Hi all, here is a patch for a rejects-valid problem with type-bound procedures, which is due to the fact that the PURE attribute is being propagated too late. (I'm not sure if this problem could show up also with other attributes, so for now I'm only treating PURE.) Regtested on x86_64-unknown-li

Re: [PATCH i386 5/8] [AVX-512] Extend vectorizer hooks.

On Wed, Dec 18, 2013 at 2:07 PM, Kirill Yukhin wrote: > Hello, > > On 02 Dec 16:13, Kirill Yukhin wrote: >> Hello, >> On 19 Nov 12:14, Kirill Yukhin wrote: >> > Hello, >> > On 15 Nov 20:10, Kirill Yukhin wrote: >> > > > Is it ok to commit to main trunk? >> > > Ping. >> > Ping. >> Ping. > Ping. > >

Re: [PATCH, i386 testsuite]: Fix -mabi=ms related failures for -mtune=corei7

On Wed, Dec 18, 2013 at 11:56 AM, Uros Bizjak wrote: > On Wed, Dec 18, 2013 at 11:44 AM, Rainer Orth > wrote: > >>> On Sun, Dec 15, 2013 at 1:14 PM, Dominique Dhumieres >>> wrote: > OTOH, I can't test darwin properly, please provide the patch and I'll > commit it for you. Basi

Re: [PATCH][x86] march aliases

On Fri, Dec 20, 2013 at 5:47 PM, Ilya Tocar wrote: >> > Perhaps we should add sandybridge, ivybridge and haswell aliases for >> > corei7-avx, core-avx-i, core-avx2? I mean, it is a nightmare to remember >> > which one has the i7 in and which doesn't even for me. >> >> Yes please, I think this is

Re: [PATCH][x86] march aliases

On Fri, Dec 20, 2013 at 5:55 PM, H.J. Lu wrote: > On Fri, Dec 20, 2013 at 8:47 AM, Ilya Tocar wrote: >>> > Perhaps we should add sandybridge, ivybridge and haswell aliases for >>> > corei7-avx, core-avx-i, core-avx2? I mean, it is a nightmare to remember >>> > which one has the i7 in and which d

Re: RFA: fix libstdc++ regression, simulator timeout from r205810

On 20 December 2013 01:12, Hans-Peter Nilsson wrote: > Here's a patch that splits up 20_util/hash/chi2_quality.cc *and* > increases some of the iteration numbers for simulator targets to > something that passes for all working targets mentioned below. > I am a bit worried about the stability of the

Re: [PATCH i386 5/8] [AVX-512] Extend vectorizer hooks.

On Sun, Dec 22, 2013 at 11:47:52AM +0100, Uros Bizjak wrote: > * tree-vect-stmts.c (vectorizable_load): Support AVX512's gathers. > * tree-vectorizer.h (MAX_VECTORIZATION_FACTOR): Extend for 512 > bit vectors. > > I assumed the same testing procedure as described in the original su

Re: [PATCH][x86] march aliases

On Sun, Dec 22, 2013 at 12:19:56PM +0100, Uros Bizjak wrote: > On Fri, Dec 20, 2013 at 5:55 PM, H.J. Lu wrote: > > On Fri, Dec 20, 2013 at 8:47 AM, Ilya Tocar wrote: > >>> > Perhaps we should add sandybridge, ivybridge and haswell aliases for > >>> > corei7-avx, core-avx-i, core-avx2? I mean, it

[ping][gomp4] splay tree implementation for future OpenACC runtime library usage.

Hi! Ping! http://gcc.gnu.org/ml/gcc-patches/2013-12/msg00527.html

[ARM] Fix incorrect restore of FP registers in nested APCS frame

Hi, this is the last issue with nested APCS frames according to our testing. When the IP register needs to be preserved on entry and r3 isn't free and there are no arguments to push, the prologue creates a slot above the frame, so various internal offsets need to be adjusted. One has been miss

Re: [Patch] libgcov.c re-factoring

> On Tue, Dec 17, 2013 at 7:48 AM, Teresa Johnson wrote: > > On Mon, Dec 16, 2013 at 2:48 PM, Xinliang David Li > > wrote: > >> Ok -- gcov_write_counter and gcov_write_tag_length are qualified as > >> low level primitives for basic gcov format and probably should be kept > >> in gcov-io.c. > >>

Re: RFA (cgraph): C++ 'structor decloning patch, Mark III

> commit be1b04c77a420288e29c48c07e68c3ec87dd5b24 > Author: Jason Merrill > Date: Thu Jan 12 14:04:42 2012 -0500 > > PR c++/41090 > Add -fdeclone-ctor-dtor. > gcc/cp/ > * optimize.c (can_alias_cdtor, populate_clone_array): Split out > from maybe_clone_body. > (

Re: [PATCH] Improve i?86/x86_64 prologue_and_epilogue for leaf functions (PR target/59501)

> Hi! > > Honza recently changed the i?86 backend, so that it often doesn't > do -maccumulate-outgoing-args by default on x86_64. > Unfortunately, on some of the here included testcases this regressed > quite a bit the generated code. As AVX vectors are used, the dynamic Yep, the accidental chan

[PATCH, committed] Fix PR 57422

Hello, As described in the PR, the ICE reason was the typo made when introducing calls to add_hard_reg_set. Fixed by the first attached patch, bootstrapped and tested on both ia64 and x86_64, committed as obvious. The test case is very sensitive to the scheduler decisions (e.g. it didn't fa

Re: Improving mklog [was: Re: RFC Asan instrumentation control]

Diego wrote: How about this then? Updated mklog now adds 'New file'/'New test'/'Remove' when necessary. This is OK. Thanks. Submitted in r206175. Let me know if you have ideas on improving the current script. I think it may make sense to address Jakub's complaint about redundant functions: