On Thu, 30 Oct 2014, Richard Biener wrote:
On Thu, 30 Oct 2014, Jakub Jelinek wrote:
On Thu, Oct 30, 2014 at 09:56:32AM +0100, Richard Biener wrote:
The following patch makes fold_ternary no longer make
VEC_PERMs valid for the target invalid. As pointed out
in the PR we only need to make su
On Fri, 31 Oct 2014, Richard Biener wrote:
On Sat, Oct 25, 2014 at 6:29 PM, Marc Glisse wrote:
On Fri, 24 Oct 2014, Jeff Law wrote:
I'm starting to agree -- a later message indicated you wanted to drop the
unlink_stmt_vdef call and you wanted to avoid gsi_replace, that seems fine.
I'll appro
On Sun, 2 Nov 2014, Marc Glisse wrote:
On Thu, 30 Oct 2014, Richard Biener wrote:
On Thu, 30 Oct 2014, Jakub Jelinek wrote:
On Thu, Oct 30, 2014 at 09:56:32AM +0100, Richard Biener wrote:
The following patch makes fold_ternary no longer make
VEC_PERMs valid for the target invalid. As poin
On Sun, Nov 02, 2014 at 11:08:57AM +0100, Marc Glisse wrote:
> @@ -14189,47 +14190,47 @@ fold_ternary_loc (location_t loc, enum t
> return fold_build2_loc (loc, PLUS_EXPR, type,
> const_binop (MULT_EXPR, arg0, arg1), arg2);
>if (integer_zerop (arg2))
>
DR374: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#374
allows explicit specialization of templates in the enclosing namespace.
Because this idiom is currently already accepted with -fpermissive, the
fix is easy: Just skip the calls to permerror() for C++11 and up.
Tested on powerp
On 2014.11.02 at 13:58 +0100, Markus Trippelsdorf wrote:
> diff --git a/gcc/testsuite/g++.dg/template/spec25.C
> b/gcc/testsuite/g++.dg/template/spec25.C
> index 385d19ada0c4..d41c5fce1297 100644
> --- a/gcc/testsuite/g++.dg/template/spec25.C
> +++ b/gcc/testsuite/g++.dg/template/spec25.C
> @@ -1,
(Fixed g++.dg/template/spec25.C issue. Sorry for the churn.)
DR374: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#374
allows explicit specialization of templates in the enclosing namespace.
Because this idiom is currently already accepted with -fpermissive, the
fix is easy: Just ski
On 25 October 2014 10:54, Richard Sandiford wrote:
> This is part of a series to remove uses of for_each_rtx from the ports.
>
> Tested by making sure there were no code changes for gcc.dg, gcc.c-torture
> and g++.dg for arc-elf. OK to install?
OK.
On 25 October 2014 10:53, Richard Sandiford wrote:
...
> Tested by making sure there were no code changes for gcc.dg, gcc.c-torture
> and g++.dg for arc-elf. OK to install?
>
> Thanks,
> Richard
>
>
> gcc/
> * config/arc/arc.c: Include rtl-iter.h.
> (arc_rewrite_small_data_1): De
On 25 October 2014 10:56, Richard Sandiford wrote:
> This is part of a series to remove uses of for_each_rtx from the ports.
>
> Tested by making sure there were no code changes for gcc.dg, gcc.c-torture
> and g++.dg for arc-elf. OK to install?
>
> Thanks,
> Richard
>
>
> gcc/
> * config/
On 25 October 2014 10:58, Richard Sandiford wrote:
> This is part of a series to remove uses of for_each_rtx from the ports.
>
> Tested by making sure there were no code changes for gcc.dg, gcc.c-torture
> and g++.dg for arc-elf. OK to install?
>
> Thanks,
> Richard
>
>
> gcc/
> * config/
Hello!
Attached (mechanical) patch adds i?86-*-* target to many tests, where
only x86_64-*-* is listed. Please note that x86_64-*-* already
included && lp64 for 64bit specific tests due to -m32 multilib
testing.
2014-11-02 Uros Bizjak
* c-c++-common/ubsan/float-cast-overflow-6.c: Add i?86
On Sun, Nov 2, 2014 at 8:31 PM, Uros Bizjak wrote:
> Attached (mechanical) patch adds i?86-*-* target to many tests, where
> only x86_64-*-* is listed. Please note that x86_64-*-* already
> included && lp64 for 64bit specific tests due to -m32 multilib
> testing.
Following patch adds missing x86
Hello all,
this is a patch which brings support for arm*-*-freebsd* to trunk.
The architectures supported are arm-*-*freebsd*, armv6-*-freebsd* and
armv6hf-*-freebsd*.
armv6 stands for ARM_ARCH == 6, arm stands for ARM_ARCH < 6.
There is kernel development for armv8 aka. aarch64 ongoing but th
On Sat, Nov 1, 2014 at 8:20 AM, Joseph S. Myers wrote:
> This patch implements support for TARGET_ATOMIC_ASSIGN_EXPAND_FENV for
> powerpc*-*-linux* soft-float and e500, provided GCC is configured for
> glibc 2.19 or later on the target.
>
> New functions __atomic_feholdexcept, __atomic_feclearexce
On 11/02/2014 09:15 AM, Markus Trippelsdorf wrote:
+ if (cxx_dialect < cxx11)
+ {
+ permerror (input_location, "specialization of %qD in different "
+"namespace", tmpl);
+ permerror (input_location, " from definition of %q+#D", tmpl);
+ }
+
Two patches, the first rewrites std::mem_fn to support ref-qualifiers
(without tons of code duplication) and the second adds some static
assertions to reject invalid bind expressions earlier (at "bind time")
Tested x86_64-linux, committed to trunk.
commit 5ab949c9590fc837118f8ad6d0facc3f8bd2cc07
On Sunday 2014-11-02 23:11, Andreas Tobler wrote:
this is a patch which brings support for arm*-*-freebsd* to trunk.
Nice!
* config.host: A extras components for arm*-*-freebsd*.
"Add" instead of "A"?
Gerald
On Sun, 2 Nov 2014, Jakub Jelinek wrote:
On Sun, Nov 02, 2014 at 11:08:57AM +0100, Marc Glisse wrote:
@@ -14189,47 +14190,47 @@ fold_ternary_loc (location_t loc, enum t
return fold_build2_loc (loc, PLUS_EXPR, type,
const_binop (MULT_EXPR, arg0, arg1), arg
On Mon, Nov 03, 2014 at 08:15:32AM +0100, Marc Glisse wrote:
> Should I commit the following version, which passed testing as well?
Yes, thanks.
Jakub
20 matches
Mail list logo
