Re: Keep static VTA locs in cselib tables only

2012-01-01 Thread Hans-Peter Nilsson
> From: Alexandre Oliva > Date: Sat, 31 Dec 2011 20:57:24 +0100 > * cselib.h (cselib_add_permanent_equiv): Declare. > (canonical_cselib_val): New. > * cselib.c (new_elt_loc_list): Rework to support value > equivalences. Adjust all callers. > (preserve_only

Re: [RFH / Patch] PR 20140

2012-01-01 Thread Paolo Carlini
On 01/02/2012 02:49 AM, Jason Merrill wrote: On 01/01/2012 08:10 PM, Paolo Carlini wrote: The analysis is confirmed by the fact that the rather heavy handed patchlet which I'm attaching, which uses copy_node to avoid the corruption, "works". How do we normally handle this kind of situation? In m

[SH] PR 31640 - cache block alignment is too aggressive on sh-elf

2012-01-01 Thread Oleg Endo
The attached patch addresses PR 31640. It reduces the the default function alignment when not optimizing for size from cache line size (32 bytes) to 4 bytes and sets the loop alignment to 4 bytes when not optimizing for size. Moreover, it brings back the -falign-loops option which was always overr

Re: [RFH / Patch] PR 20140

2012-01-01 Thread Jason Merrill
On 01/01/2012 08:10 PM, Paolo Carlini wrote: The analysis is confirmed by the fact that the rather heavy handed patchlet which I'm attaching, which uses copy_node to avoid the corruption, "works". How do we normally handle this kind of situation? In most cases, trees are unshared at instantiati

[RFH / Patch] PR 20140

2012-01-01 Thread Paolo Carlini
Hi, I'm trying to do something about this old PR, which I find rather disturbing: I see what's going wrong - and shouldn't be too hard to fix, but I'd like to have help on the appropriate way to actually do it. We have this kind of snippet: template void foo() { unsigned char s[] = ""; }

Re: [patch libstdc++]: Fix PR/51673

2012-01-01 Thread Paolo Carlini
Hi, Hello, additionally to the suggested patch by Pawel Sikora, I added the adjustments for mt-allocator to it too. ChangeLog 2012-01-01 Kai Tietz PR libstc++/51673 * config/abi/pre/gnu-versioned-namespace.ver: Adjusted new/delete operators signature for LLP64 size_t,

Re: [Patch, Fortran] PR 51682 - Fix coarray issues with -fdefault-integer-8

2012-01-01 Thread Mikael Morin
On 31/12/2011 18:03, Tobias Burnus wrote: > OK for the trunk? > OK Thanks Mikael

[patch libstdc++]: Fix PR/51673

2012-01-01 Thread Kai Tietz
Hello, additionally to the suggested patch by Pawel Sikora, I added the adjustments for mt-allocator to it too. ChangeLog 2012-01-01 Kai Tietz PR libstc++/51673 * config/abi/pre/gnu-versioned-namespace.ver: Adjusted new/delete operators signature for LLP64 size_t, and adj

[PATCH] RFC: Interix resurrection

2012-01-01 Thread Douglas Rupp
This is for 32bit, "C" language only. Tested by cross and then cross-native from x86_64 Linux --Doug 2012-01-01 Douglas B Rupp /config/mh-interix: Remove as unneeded. /config/picflag.m4 (i[[34567]]86-*-interix3*): Change triplet to i[[34567]]86-*-interix[[3-9]]*.

Re: [C++ Patch] PR 16603

2012-01-01 Thread Jason Merrill
On 01/01/2012 03:17 PM, Paolo Carlini wrote: Andrew noticed that the problem is in the perform_integral_promotions call at the beginning of build_enumerator. Now, the "funny" thing is, I don't see why we should be calling it at all! Indeed, 7.2 seems pretty clear that we shouldn't. OK. Jason

[C++ Patch] PR 16603

2012-01-01 Thread Paolo Carlini
Hi, in the audit trail of this *old* PR, which is about the miscompilation of: char const c = 'q'; enum { x = c, y = sizeof(x) }; int test[y == sizeof(char) ? 1 : -1]; Andrew noticed that the problem is in the perform_integral_promotions call at the beginning of build_enumerator.

Re: [C++ Patch] PR 51379

2012-01-01 Thread Jason Merrill
OK. Jason

Re: [PATCH SMS 2/2, RFC] Register pressure estimation for the partial schedule (re-submission)

2012-01-01 Thread Revital Eres
Hello, Thanks for the comments! I incorporated them in the attached patch. Currently testing and bootstrap with the other patch in the series on ppc64-redhat-linux, enabling SMS on loops with SC 1. Thanks again, Revital 2012-01-01 Richard Sandiford Revital Eres * loop-

[PATCH] Update copyright years

2012-01-01 Thread Jakub Jelinek
Hi! Committed to trunk as every year... 2012-01-01 Jakub Jelinek gcc/ * gcc.c (process_command): Update copyright notice dates. * gcov.c (print_version): Likewise. * gcov-dump.c (print_version): Likewise. * mips-tfile.c (main): Likewise. * mips-tdump.c (

[patch] Fix PR tree-optimization/51704

2012-01-01 Thread Ira Rosen
Hi, This patch adds a check that a statement is inside the loop/basic block that is being analyzed before accessing its vect info. Bootstrapped and tested on powerpc64-suse-linux. Committed. Ira ChangeLog: PR tree-optimization/51704 * tree-vect-slp.c (vect_detect_hybrid_slp_st

Re: [PATCH, SMS] Prevent the creation of reg-moves for definitions with MODE_CC

2012-01-01 Thread Revital Eres
Hello, > Yes, thanks for catching this. Shouldn't we prevent creating such > regmoves for (the other case of) intra-loop anti-deps as well? Right! sorry for missing that. I added an additional check in create_ddg_dep_from_intra_loop_link. Also, thanks to Bernhard Rosenkraenzer for opening PR 879

[C++ testcase, committed] PR 51723

2012-01-01 Thread Paolo Carlini
Hi, I'm adding the testcase and closing the issue. Thanks, Paolo. // 2012-01-01 Paolo Carlini PR c++/51723 * g++.dg/cpp0x/constexpr-delegating2.C: New. Index: g++.dg/cpp0x/constexpr-delegating2.C ===

[PATCH] OpenBSD/amd64 support and OpenBSD/i386 cleanup

2012-01-01 Thread Mark Kettenis
The diff below adds support for OpenBSD/amd64 and cleans up the OpenBSD/i386 configury bits such that they can be shared. The OpenBSD ports people have maintained their own set of patches for these targets, but this is a re-implementation from scratch to prevent copyright issues. I have a copyrig

Re: [PATCH, SMS] Prevent the creation of reg-moves for definitions with MODE_CC

2012-01-01 Thread Ayal Zaks
>The attached patch prevents the creation of reg-moves for definitions >with MODE_CC and thus solves this ICE. > >Currently testing and bootstrap on ppc64-redhat-linux, enabling SMS on >loops with SC 1. > >OK for 4.7 once testing completes? Yes, thanks for catching this. Shouldn't we prevent creat