Re: [PATCH] i?86 unaligned/aligned load improvement for AVX512F

2014-01-04 Thread Uros Bizjak
On Fri, Jan 3, 2014 at 9:59 AM, Jakub Jelinek ja...@redhat.com wrote: This is an attempt to port my recent http://gcc.gnu.org/viewcvs?rev=204219root=gccview=rev http://gcc.gnu.org/viewcvs?rev=205663root=gccview=rev http://gcc.gnu.org/viewcvs?rev=206090root=gccview=rev changes also to

[PATCH] Fix PR c++/59635

2014-01-04 Thread Adam Butcher
* cp/lambda.c (maybe_add_lambda_conv_op): Handle marking conversion function as unimplemented for generic lambdas with varargs. * g++.dg/opt/pr59635.C: New testcase. --- gcc/cp/lambda.c | 2 +- gcc/testsuite/g++.dg/cpp1y/pr59635.C | 9 + 2

Re: [PATCH] i?86 unaligned/aligned load improvement for AVX512F

2014-01-04 Thread Jakub Jelinek
On Sat, Jan 04, 2014 at 09:46:32AM +0100, Uros Bizjak wrote: Taking into account Kirill's comment, the patch is OK, although I find Thanks. a bit strange in [1] that void f2 (int *__restrict e, int *__restrict f) { int i; for (i = 0; i 1024; i++) e[i] = f[i]; } results in

Re: [Patch] Regex bracket matcher cache optimization

2014-01-04 Thread Paolo Carlini
Hi, On 01/04/2014 03:35 AM, Tim Shen wrote: The data structure _BracketMatcher (storing regex like [123a-z]) could be quite slow mainly because of regex_traits. So a result of cache for small range of inputs (char) sounds reasonable. It iterates all 256 inputs and calculate them at regex

Re: [PATCH] i?86 unaligned/aligned load improvement for AVX512F

2014-01-04 Thread Kirill Yukhin
Guys, On 04 Jan 10:09, Jakub Jelinek wrote: Note I haven't tested the patch at all, perhaps some testcases wouldn't match their regexps anymore (but probably the gcc.target/i386/avx512f-vmovdqu32-1.c change could go away). --- gcc/config/i386/sse.md.jj 2014-01-04 09:48:48.0 +0100

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

2014-01-04 Thread Janus Weil
2014/1/3 Mikael Morin mikael.mo...@sfr.fr: Le 22/12/2013 11:28, Janus Weil a écrit : 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

Re: [WIP][RFC][patch] xlocale support for libstdc++

2014-01-04 Thread Gerald Pfeifer
Václav Zeman vhais...@gmail.com wrote: Initially, I have set out to implement better locale support in libstdc++ for non-Glibc systems like FreeBSD, that support POSIX 2008 locale facilities. Unfortunately, it has turned out that I need localeconv_l(), which is only available as an extension, so I

Re: [PATCH] Fix slpeel_update_phi_nodes_for_guard1 ICE (PR tree-optimization/59519)

2014-01-04 Thread Richard Biener
Jakub Jelinek ja...@redhat.com wrote: Hi! Since the r205959 SCEV changes for peeled chrec, apparently we can end up with multiple PHIs on the to be vectorized loop that have the same arguments (both on preheader and latch edges). slpeel_update_phi_nodes_for_guard1 doesn't like that, it asserts

Re: [PATCH] Add -march=bdw support

2014-01-04 Thread Gerald Pfeifer
Ilya Tocar tocarip.in...@gmail.com wrote: Why not -march=broadwell instead? Done. Mind updating the release notes with these changes? Let me know if you need any pointers or help. Gerald

Re: [PATCH] i?86 unaligned/aligned load improvement for AVX512F

2014-01-04 Thread Uros Bizjak
On Sat, Jan 4, 2014 at 10:29 AM, Kirill Yukhin kirill.yuk...@gmail.com wrote: Guys, On 04 Jan 10:09, Jakub Jelinek wrote: Note I haven't tested the patch at all, perhaps some testcases wouldn't match their regexps anymore (but probably the gcc.target/i386/avx512f-vmovdqu32-1.c change could go

Fix IBM long double spurious overflows

2014-01-04 Thread Joseph S. Myers
This patch fixes various cases of spurious overflow exceptions in the IBM long double support code. The generic issue is that an initial approximation is computed by using the relevant arithmetic operation on the high parts of the operands - but this may overflow double in some cases where the

Re: Fix IBM long double division inaccuracy (glibc bug 15396)

2014-01-04 Thread Joseph S. Myers
On Sat, 4 Jan 2014, Alan Modra wrote: On Thu, Jan 02, 2014 at 09:46:56PM +, Joseph S. Myers wrote: (Note that there remain other bugs in the IBM long double code, some causing glibc test failures, at least (a) invalid results in rounding modes other than FE_TONEAREST, (b) spurious

Re: [Patch, fortran] PR58007: unresolved fixup hell

2014-01-04 Thread Janus Weil
Hi Mikael, this patch fixes PR58007, where the compiler was not able to relate a component pointer to any loaded derived type symbol. The problem came from an optimization avoiding loading again a symbol which had already been loaded, skipping by the way the association of component pointers

[PATCH] Fix PR c++/59636

2014-01-04 Thread Adam Butcher
* cp/parser.c (cp_parser_template_parameter): Early out with error_mark_node if parameter declaration was not parsed. * g++.dg/cpp1y/pr59636.C: New testcase. --- gcc/cp/parser.c | 12 ++-- gcc/testsuite/g++.dg/cpp1y/pr59636.C | 7 +++ 2

Re: [PATCH] Fix PR c++/59635

2014-01-04 Thread Adam Butcher
On 2014-01-03 21:45, Adam Butcher wrote: * g++.dg/opt/pr59635.C: New testcase. s/opt/cpp1y/ +int (*p) (int, ...) = f; // { dg-error unimplemented } s/dg-error/dg-message/

Re: [Patch] Regex bracket matcher cache optimization

2014-01-04 Thread Tim Shen
On Sat, Jan 4, 2014 at 4:25 AM, Paolo Carlini paolo.carl...@oracle.com wrote: Good. Could we actually measure something in the performance testsuite? Before: split.cc 108r 107u 0s0mem0pf split_bfs.cc

Re: [Patch] Regex bracket matcher cache optimization

2014-01-04 Thread Tim Shen
On Fri, Jan 3, 2014 at 9:35 PM, Tim Shen timshe...@gmail.com wrote: The data structure _BracketMatcher (storing regex like [123a-z]) could be quite slow mainly because of regex_traits. So a result of cache for small range of inputs (char) sounds reasonable. It iterates all 256 inputs and

Re: wide-int, fortran

2014-01-04 Thread Steve Kargl
On Wed, Jan 01, 2014 at 07:49:16PM -0800, Mike Stump wrote: On Nov 23, 2013, at 12:16 PM, Steve Kargl s...@troutmask.apl.washington.edu wrote: On Sat, Nov 23, 2013 at 11:21:21AM -0800, Mike Stump wrote: Richi has asked the we break the wide-int patch so that the individual port and front end