[committed] Update Makefile.in copyright

This one got left out of the earlier patch due to a scripting bug. Tested on x86_64-linux-gnu and committed as obvious. Richard gcc/ * Makefile.in: Update copyright. Index: gcc/Makefile.in === --- gcc/Makefile.in 2013-0

RFA: Update copyright for libgcc

Here's the result of running the copyright script on libcc/. Tested on x86_64-linux-gnu. OK to install? Richard libgcc/ Update copyright years auto-copyright-libgcc.diff.bz2 Description: BZip2 compressed data

RFA: Update copyright for libcpp

Here's the result of running the copyright script on libcpp/. It's nice and short, but for consistency with the other patches, I've not listed out every file in the changelog. Tested on x86_64-linux-gnu. OK to install? Richard libcpp/ Update copyright years Index: libcpp/Makefile.in =

RFA: Update copyright for libada

Here's the result of running the copyright script on libada/. Again, it's very short, but I've kept with the idiom of not listing every file. Tested on x86_64-linux-gnu (with Ada enabled). OK to install? Richard libada/ Update copyright years Index: libada/ChangeLog ==

RFA: Update copyright for libatomic

Here's the result of running the copyright script on libatomic/. Tested on x86_64-linux-gnu. OK to install? Richard libatomic/ Update copyright years Index: libatomic/Makefile.am === --- libatomic/Makefile.am 2013-01

RFA: Update copyright for libbacktrace

Here's the result of running the copyright script on libbacktrace/. Tested on x86_64-linux-gnu. OK to install? Richard libbacktrace/ Update copyright years Index: libbacktrace/Makefile.am === --- libbacktrace/Makefile.am

RFA: Update copyright for libdecnumber

Here's the result of running the copyright script on libdecnumber/. Tested on x86_64-linux-gnu. OK to install? Richard libdecnumber/ Update copyright years Index: libdecnumber/Makefile.in === --- libdecnumber/Makefile.in

RFA: Update copyright for libgomp

Here's the result of running the copyright script on libgomp/. Tested on x86_64-linux-gnu. OK to install? Richard libgomp/ Update copyright years Index: libgomp/alloc.c === --- libgomp/alloc.c 2013-01-13 08:05:05.48138

RFA: Update copyright for libgfortran

Here's the result of running the copyright script on libgfortran/. The script also updates libgfortran/generated, but I checked that that part of the patch is the same as you'd get with the normal --enable-maintainer-mode stuff. Tested on x86_64-linux-gnu. OK to install? Richard libgfortran/

[committed] Update ssa-dom-thread-4.c for MIPS

ssa-dom-thread-4.c has been failing on MIPS for some time, because we now copy the header of the inner while loop. This patch updates the test accordingly. Maybe at some point I should just admit that it would be better to skip the thing on MIPS, like we do for Cortex-M0. Tested on mips64-linux-

RFA: Allow widening multiplication in tree-ssa/slsr-8.c

gcc.dg/tree-ssa/slsr-8.c does "(int) index * (size_t) element_size", which on LP64 targets can use a widening multiplication. Of course, for simple element sizes like these, we end up using a shift instead, but that's a decision that's rightly made later. Tested on x86_64-linux-gnu, mips64-linux-

[committed] Add nomips16 attributes to gcc.dg/unroll_5.c

gcc.dg/unroll_5.c fails on MIPS16 because we don't recognise the MIPS16 XOR-based equality comparisons as being equality comparisons. I suppose that might be worth handling in principle, but unrolling isn't something that MIPS16 users are likely to want anyway, so it's not really an interesting use

Re: [Patch, fortran] PR54286 - [4.8 Regression] Accepts invalid proc-pointer assignments involving proc-ptr function result

Dear Janus (and Dominique), Thanks for the review. I found that the symmetrization is necessary experimentally :-) I did not think anything of it, since I have encountered such asymmetries elsewhere in interface.c. When I have a quiet moment, I'll try to understand why this is necessary for th

Re: RFA: Update copyright for libada

> Here's the result of running the copyright script on libada/. > Again, it's very short, but I've kept with the idiom of not > listing every file. > > Tested on x86_64-linux-gnu (with Ada enabled). OK to install? OK, thanks.

RE: [RFC] New feature to reuse one multilib among different targets

> -Original Message- > From: Joseph Myers [mailto:jos...@codesourcery.com] > Sent: Tuesday, January 08, 2013 12:13 AM > To: Terry Guo > Cc: gcc-patches@gcc.gnu.org > Subject: RE: [RFC] New feature to reuse one multilib among different targets > > On Fri, 7 Dec 2012, Terry Guo wrote: > >

Re: RFA: Update copyright for libgfortran

Dear Richard, Yes, please do. Thanks for doing this. Paul On 13 January 2013 09:35, Richard Sandiford wrote: > Here's the result of running the copyright script on libgfortran/. > The script also updates libgfortran/generated, but I checked that > that part of the patch is the same as you'd ge

Re: RFA: Update copyright for libgomp

On Sun, Jan 13, 2013 at 08:30:16AM +, Richard Sandiford wrote: > libgomp/ > Update copyright years Ok, thanks. Jakub

Re: Support for MIPS r5900

Hello Maciej, > Now if that failed for you, then it's a plain bug in GAS that should be > fixed. Can you therefore check whether a piece like: > > .setmips2 > ll $2, ($3) > > assembles correctly with -march=r5900? This seems to work. I didn't know that this would work. I

Re: RFA: Update copyright for libbacktrace

Richard Sandiford writes: > Here's the result of running the copyright script on libbacktrace/. > Tested on x86_64-linux-gnu. OK to install? > > Richard > > > libbacktrace/ > Update copyright years This is OK. Thanks. Ian

[PATCH, i386]: Fix memory model calculation in i386/sync.md patterns

Hello! While looking at recent Andi's atomic patches, I noticed that memory model operand is not properly masked in a couple of i386 sync.md patterns. 2013-01-13 Uros Bizjak * config/i386/sync.md (mem_thread_fence): Mask operands[0] with MEMMODEL_MASK to determine memory model

Re: [PATCH 2/2] Support __ATOMIC_HLE_RELEASE for __atomic_clear/store_n

Hello! > __atomic_clear and __atomic_store_n didn't have code to generate > the TSX HLE RELEASE prefix. Add this plus test cases. +(define_insn "atomic_store_hle_release" + [(set (match_operand:ATOMIC 0 "memory_operand") + (unspec:ATOMIC [(match_operand:ATOMIC 1 "register_operand") +

Re: testsuite: missing or wrong dg-* directives?

On 01/12/13 22:02, Mikael Morin wrote: Le 08/01/2013 22:32, Harald Anlauf a écrit : On 12/28/12 21:49, Harald Anlauf wrote: Hello all, is there a default directive that is assumed when the testsuite is run? Running an "fgrep -L" on the fortran testsuite, I found several files that are missing

Re: [PATCH 2/2] Support __ATOMIC_HLE_RELEASE for __atomic_clear/store_n

On Sun, Jan 13, 2013 at 08:59:15PM +0100, Uros Bizjak wrote: > Hello! > > > __atomic_clear and __atomic_store_n didn't have code to generate > > the TSX HLE RELEASE prefix. Add this plus test cases. > > +(define_insn "atomic_store_hle_release" > + [(set (match_operand:ATOMIC 0 "memory_operand")

Re: [PATCH 2/2] Support __ATOMIC_HLE_RELEASE for __atomic_clear/store_n

On Sun, Jan 13, 2013 at 9:36 PM, Andi Kleen wrote: >> > __atomic_clear and __atomic_store_n didn't have code to generate >> > the TSX HLE RELEASE prefix. Add this plus test cases. >> >> +(define_insn "atomic_store_hle_release" >> + [(set (match_operand:ATOMIC 0 "memory_operand") >> + (unspec

Re: [PATCH 2/2] Support __ATOMIC_HLE_RELEASE for __atomic_clear/store_n

> >> +(define_insn "atomic_store_1" > >> + [(set (match_operand:ATOMIC 0 "memory_operand" "=m") > >> + (unspec:ATOMIC [(match_operand:ATOMIC 1 "" > >> "") > >> + (match_operand:SI 2 "const_int_operand")] > >> +UNSPEC_MOVA))] > >> + "" > >> + "%K2mov{}

Re: [patch, Fortran] PR 55806 - Inefficient ANY with array constructors

Hi Mikael, thanks a lot for your comments! + actual_arglist->expr = gfc_copy_expr (e); + actual_arglist->next = gfc_get_actual_arglist (); Another one is needed. I get a segmentation fault with SUM. Fixed by using gfc_build_intrisic_call. I have also put SUM into the test case.

Re: [PATCH 2/2] Support __ATOMIC_HLE_RELEASE for __atomic_clear/store_n

On Sun, Jan 13, 2013 at 11:12 PM, Andi Kleen wrote: >> >> +(define_insn "atomic_store_1" >> >> + [(set (match_operand:ATOMIC 0 "memory_operand" "=m") >> >> + (unspec:ATOMIC [(match_operand:ATOMIC 1 "" >> >> "") >> >> + (match_operand:SI 2 "const_int_operand")] >> >> +

Re: [PATCH 2/2] Support __ATOMIC_HLE_RELEASE for __atomic_clear/store_n

On Sun, Jan 13, 2013 at 11:23:24PM +0100, Uros Bizjak wrote: > On Sun, Jan 13, 2013 at 11:12 PM, Andi Kleen wrote: > >> >> +(define_insn "atomic_store_1" > >> >> + [(set (match_operand:ATOMIC 0 "memory_operand" "=m") > >> >> + (unspec:ATOMIC [(match_operand:ATOMIC 1 "" > >> >> "") > >> >> +

Fix Thumb-1 jump table alignment length calculation (PR target/43961)

Bug 43961 (a regression in 4.5 and later) is the ARM back end generating an out-of-range Thumb-1 branch because the calculation (in architecture-independent code) of the size of a jump table fails to allow for alignment. Jump table alignment should be allowed for through ADDR_VEC_ALIGN, but the AS

Re: [Patch, libfortran] Improve performance of byte swapped IO

PING**1.2 Yet another slightly updated patch attached. Compared to the previous version, now with specializations for size 12 and 16 as well. For the real(10) benchmark, with the previous v3 patch (please disregard the absolute values in the post quoted below, there were wrong due to a bug): Un

Re: testsuite: missing or wrong dg-* directives?

Am 13.01.2013 21:30, schrieb Harald Anlauf: On 01/12/13 22:02, Mikael Morin wrote: Le 08/01/2013 22:32, Harald Anlauf a écrit : On 12/28/12 21:49, Harald Anlauf wrote: Hello all, is there a default directive that is assumed when the testsuite is run? Running an "fgrep -L" on the fortran test

Re: testsuite: missing or wrong dg-* directives?

Am 14.01.2013 00:10, schrieb Manfred Schwarb: Am 13.01.2013 21:30, schrieb Harald Anlauf: On 01/12/13 22:02, Mikael Morin wrote: Le 08/01/2013 22:32, Harald Anlauf a écrit : On 12/28/12 21:49, Harald Anlauf wrote: Hello all, is there a default directive that is assumed when the testsuite is

[PATCH] libstdc++: Add mem_order_hle_acquire/release to atomic.h v2

From: Andi Kleen The underlying compiler supports additional __ATOMIC_HLE_ACQUIRE/RELEASE memmodel flags for TSX, but this was not exposed to the C++ wrapper. Handle it there. These are additional flags, so some of assert checks need to mask off the flags before checking the memory model type.