On Fri, Jan 3, 2014 at 9:59 AM, Jakub Jelinek wrote:
> This is an attempt to port my recent
> http://gcc.gnu.org/viewcvs?rev=204219&root=gcc&view=rev
> http://gcc.gnu.org/viewcvs?rev=205663&root=gcc&view=rev
> http://gcc.gnu.org/viewcvs?rev=206090&root=gcc&view=rev
> changes also to AVX512F. The
* 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 file
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
>
>
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 compile
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
2014/1/3 Mikael Morin :
> 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
>> with
"Václav Zeman" 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 have
>rename
Jakub Jelinek 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 that for
Ilya Tocar 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
On Sat, Jan 4, 2014 at 10:29 AM, Kirill Yukhin 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 away).
>>
>> --
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 fin
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) spuriou
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 poin
* 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 fi
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/
On Sat, Jan 4, 2014 at 4:25 AM, Paolo Carlini wrote:
> Good. Could we actually measure something in the performance testsuite?
Before:
split.cc 108r 107u
0s0mem0pf
split_bfs.cc 192r 191
On Fri, Jan 3, 2014 at 9:35 PM, 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 reg
On Wed, Jan 01, 2014 at 07:49:16PM -0800, Mike Stump wrote:
> On Nov 23, 2013, at 12:16 PM, Steve Kargl
> 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 maintainers can review
18 matches
Mail list logo
