The patch at
http://gcc.gnu.org/ml/gcc-patches/2011-12/msg01600/vec-tests-avx2_fixes-7.patch
fixes the XPASS, tested on powerpc-apple-darwin9 and x86_64-apple-darwin10.
Thanks,
Dominique
Hello!
No functional change.
2011-12-27 Uros Bizjak ubiz...@gmail.com
PR libgcj/49193
* sysdep/alpha/locks.h (compare_and_swap): Call
__sync_bool_compare_and_swap.
(release_set): Call __sync_synchronize.
Tested on alphaeev68-pc-linux-gnu, committed to mainline
Hi
this patch solves problem with negative frequency that is result of overflow
in profile updating code. The testcase shows quite pathological case where
profile is misguessed and the mistake is propagated across the CFG by jump
threading. I can't of think of much better solution than adding a
.
(find_removable_extensions): Create and destroy the definition map.
(find_and_remove_re): Return void. Change 'long' variables to 'int'.
Do not deal with is_insn_merge_attempted.
2011-12-27 Eric Botcazou ebotca...@adacore.com
* gcc.c-torture/execute/20111227-1.c: New
-freal-4-real-8 is not equivalent to -fdefault-real-8 and -fdefault-double-8.
-freal-4-real-8 interprets any 4-byte real type, whether it is a
default real type or explicitly declared as 4-byte, as a 8-byte double
precision type, and that applies to all variables, functions and
constants.
On Tue, Dec 27, 2011 at 6:52 AM, Dominique Dhumieres domi...@lps.ens.fr wrote:
-freal-4-real-8 is not equivalent to -fdefault-real-8 and -fdefault-double-8.
-freal-4-real-8 interprets any 4-byte real type, whether it is a
default real type or explicitly declared as 4-byte, as a 8-byte double
On Tue, Dec 27, 2011 at 12:52:19PM +0100, Dominique Dhumieres wrote:
-freal-4-real-8 is not equivalent to -fdefault-real-8 and
-fdefault-double-8.
-freal-4-real-8 interprets any 4-byte real type, whether it is a
default real type or explicitly declared as 4-byte, as a 8-byte double
Ok for google branches when tests are done. Update ChangeLog file properly.
David
On Tue, Dec 20, 2011 at 1:55 PM, Harshit Chopra hars...@google.com wrote:
On Fri, Dec 16, 2011 at 3:10 PM, davi...@google.com wrote:
Ok, Cary's explanation makes sense. Please update the comments to make
it
2011/12/21 Jason Merrill ja...@redhat.com:
This seems problematic to me; it could be that a dependent scope ends up
matching a non-dependent base in the end, i.e.
struct A { int x; };
template class T
struct B: A
{
using T::x;
};
BA b;
Very nice indeed, I hadn't thought of that.
This patch to the gcc-specific part of the Go frontend tweaks the debug
info in a couple of ways.
For a named struct or array type, this uses build_distinct_type_copy
rather than build_variant_type_copy. Using build_variant_type_copy
caused trouble because it wound up causing the main variant to
The Go language was changed to prohibit comparing values of func, map,
or slice type, except for comparisons to nil. This patch implements
that in the Go frontend. The patch includes some testsuite updates.
Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu.
Committed to mainline.
2011/12/27 Jason Merrill ja...@redhat.com:
On 12/27/2011 02:12 PM, Fabien Chêne wrote:
- if (!scope_dependent_p)
+ if (!dependent_scope_p (scope))
I was thinking to change the line
scope_dependent_p = dependent_type_p (scope);
to use dependent_scope_p instead of dependent_type_p.
OK,
OK, thanks.
Jason
Ping
2011/12/15 Dave Korn dave.korn.cyg...@gmail.com:
On 15/12/2011 17:44, Mike Stump wrote:
On Dec 15, 2011, at 1:43 AM, Kai Tietz wrote:
This patch takes care that we are using for operator new/delete
replacement test static version on mingw-targets. As the shared (DLL)
version isn't able
Ping
2011/12/16 Dave Korn dave.korn.cyg...@gmail.com:
On 16/12/2011 09:01, Kai Tietz wrote:
2011/12/15 Dave Korn:
{ dg-options -mno-align-double { target i?86-*-cygwin* i?86-*-mingw* } }
{ dg-additional-options -mno-ms-bitfields { target i?86-*-mingw* } }
... so that MinGW gets both and
15 matches
Mail list logo