Re: [PATCH, RFC, gfortran] Multi-threaded random number generator

On Thu, Dec 24, 2015 at 7:54 PM, Steve Kargl wrote: > On Thu, Dec 24, 2015 at 04:53:30PM +0200, Janne Blomqvist wrote: >> On Thu, Dec 24, 2015 at 1:18 AM, Steve Kargl >> wrote: >> > Two questions. >> > >> > 1) Does the patch

RE: [Patch,tree-optimization]: Add new path Splitting pass on tree ssa representation

Hello Jeff: I am out on vacation till 3rd Jan 2016. Is it okay If I respond on the below once I am back in office. Thanks & Regards Ajit -Original Message- From: Jeff Law [mailto:l...@redhat.com] Sent: Wednesday, December 23, 2015 12:06 PM To: Ajit Kumar Agarwal; Richard Biener Cc: GCC

Re: [PATCH, RFC, gfortran] Multi-threaded random number generator

On Fri, Dec 25, 2015 at 2:39 AM, Damian Rouson wrote: > Does this patch change the behavior of multi-image programs the run with one > thread per image, where each image an MPI rank? I assume the answer is no. AFAICT, no. Or well, as I mentioned previously, the

Re: [PATCH 1/2] [graphite] add more dumps on data dependence graph

Hi Sebastian, On Mon, 14 Dec 2015, Sebastian Pop wrote: > gcc/graphite-dependences.c| 31 +++ > gcc/graphite-poly.c | 15 ++- > gcc/graphite-scop-detection.c | 21 - on December 17th 2015, my nightly bootstrap (on

Re: [PATCH] Avoid ifcvt ICE on conditional return followed by trap (PR target/69015)

> This patch just disables that transformation, IMHO trading conditional > return + unconditional trap with conditional trap + unconditional return > isn't worth it. > > Martin Sebor has kindly bootstrapped/regtested this on powerpc64le-linux, > ok for trunk? > > 2015-12-23 Jakub Jelinek

[CilkPlus] fix issues when cilk_spawn is used with nontrivial expressions

This patch fixes issues with cilk_spawn where bad diagnostics are emitted for expressions invoking conversion operators or constructor calls (PR69024, PR68997). It also fixes an issue with a missing CLEANUP_POINT_EXPR that causes an ICE when gimplifying code containing a temporary with a

Re: [PATCH 5/5] Fix intransitive comparison in dr_group_sort_cmp

On 12/19/2015 01:30 AM, Yuri Gribov wrote: On Fri, Dec 18, 2015 at 11:20 PM, Yury Gribov wrote: On 12/17/2015 03:51 PM, Richard Biener wrote: On Thu, 17 Dec 2015, Yury Gribov wrote: On 12/17/2015 02:57 PM, Richard Biener wrote: On Thu, 17 Dec 2015, Yury Gribov

Re: [PATCH] Fix the remaining PR c++/24666 blockers (arrays decay to pointers too early)

On Thu, Dec 24, 2015 at 9:41 PM, Jason Merrill wrote: > On 12/24/2015 12:57 PM, Patrick Palka wrote: >> >> So instead, this patch >> takes the easier route and just adds preparatory logic to decay these >> dependent array parameter types where necessary so that by the time >>

[PATCH][PR 67425] Fix docs for -frandom-seed

Hi all, this patch reverts invalid documentation change -frandom-seed which was introduced by myself in r216773 a year ago. I've checked the generated man and the only test for -frandom-seed (gcc.dg/pr61868.c). Ok for trunk? I also want to backport to GCC5 branch. -Yura >From

Re: [patch] Fix dynamic linker spec for FreeBSD powerpc64

On 22.12.15 20:18, Andreas Tobler wrote: Hi all, The attached patch fixes a problem you get if you build dynamic binaries for a 32-bit powerpc target on a 64-bit powerpc host. At the time I did this port I didn't fully understand all the scenarios you might run into. The issue is this, on all

[RFC][PATCH, ARM 3/8] Handling ARMv8-M Security Extension's cmse_nonsecure_entry attribute

[Sending on behalf of Andre Vieira] Hello, This patch adds support for the ARMv8-M Security Extensions 'cmse_nonsecure_entry' attribute. In this patch we implement the attribute handling and diagnosis around the attribute. See Section 5.4 of ARM®v8-M Security Extensions

RE: [RFC][PATCH, ARM 1/8] Add support for ARMv8-M's Security Extensions flag and intrinsics

And even better, with the patch (see below ChangeLog entries)! Sigh... > From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches- > ow...@gcc.gnu.org] On Behalf Of Thomas Preud'homme > Sent: Saturday, December 26, 2015 9:41 AM > To: gcc-patches@gcc.gnu.org; Richard Earnshaw; Ramana Radhakrishnan;

[RFC][PATCH, ARM 8/8] Added support for ARMV8-M Security Extension cmse_nonsecure_caller intrinsic

[Sending on behalf of Andre Vieira] Hello, This patch adds support ARMv8-M's Security Extension's cmse_nonsecure_caller intrinsic. This intrinsic is used to check whether an entry function was called from a non-secure state. See Section 5.4.3 of ARM®v8-M Security Extensions: Requirements on

Another C++11 experimental thing...

I think we should change the language in the c++0x_warning.h: Index: include/bits/c++0x_warning.h === --- include/bits/c++0x_warning.h(revision 231922) +++ include/bits/c++0x_warning.h(working copy) @@ -29,9 +29,9 @@

[RFC][PATCH, ARM 1/8] Add support for ARMv8-M's Security Extensions flag and intrinsics

[Sending on behalf of Andre Vieira] Hello, This patch adds the support of the '-mcmse' option to enable ARMv8-M's Security Extensions and supports the following intrinsics: cmse_TT cmse_TT_fptr cmse_TTT cmse_TTT_fptr cmse_TTA cmse_TTA_fptr cmse_TTAT cmse_TTAT_fptr cmse_check_address_range

Note new TR29124 Special math functions on the web pages.

I can't get CVS to commit. Could someone do this for me? Index: ./htdocs/svn.html === RCS file: /cvs/gcc/wwwdocs/htdocs/svn.html,v retrieving revision 1.206 diff -r1.206 svn.html 565a566,572 > tr29124 > This branch is for

[RFC][PATCH, ARM 0/8] ARMv8-M Security Extensions

[Sending on behalf of Andre Vieira] Hello, This patch series aims at implementing an alpha status support for ARMv8-M's Security Extensions. It is only posted as RFC at this stage. You can find the specification of ARMV8-M Security Extensions in: ARM®v8-M Security Extensions: Requirements on

[RFC][PATCH, ARM 4/8] ARMv8-M Security Extension's cmse_nonsecure_entry: __acle_se label and bxns return

[Sending on behalf of Andre Vieira] Hello, This patch extends support for the ARMv8-M Security Extensions 'cmse_nonsecure_entry' attribute in two ways: 1) Generate two labels for the function, the regular function name and one with the function's name appended to '__acle_se_', this will

[RFC][PATCH, ARM 5/8] ARMv8-M Security Extension's cmse_nonsecure_entry: clear registers

[Sending on behalf of Andre Vieira] Hello, This patch extends support for the ARMv8-M Security Extensions 'cmse_nonsecure_entry' attribute to safeguard against leak of information through unbanked registers. When returning from a nonsecure entry function we clear all caller-saved registers

[RFC][PATCH, ARM 7/8] ARMv8-M Security Extension's cmse_nonsecure_call: use __gnu_cmse_nonsecure_call

[Sending on behalf of Andre Vieira] Hello, This patch extends support for the ARMv8-M Security Extensions 'cmse_nonsecure_call' to use a new library function '__gnu_cmse_nonsecure_call'. This library function is responsible for (without using r0-r3 or d0-d7): 1) saving and clearing all

[RFC][PATCH, ARM 6/8] Handling ARMv8-M Security Extension's cmse_nonsecure_call attribute

[Sending on behalf of Andre Vieira] Hello, This patch adds support for the ARMv8-M Security Extensions 'cmse_nonsecure_call' attribute. This attribute may only be used for function types and when used in combination with the '-mcmse' compilation flag. See Section 5.5 of ARM®v8-M Security