Re: [patch,fortran] PR69043 Trying to include a directory causes an infinite loop

2016-03-13 Thread Bernhard Reutner-Fischer
On March 13, 2016 3:22:53 AM GMT+01:00, Jerry DeLisle wrote: >I plan to commit the attached patch and test case under simple and >obvious tomorrow. First, the patch adds superfluous vertical whitespace. Second, and I apologise for stating the obvious, I'd make that a whitelist instead, I.e onl

Re: [Patch, fortran] PR69834 - Collision in derived type hashes

2016-03-13 Thread Paul Richard Thomas
Dear Jerry, I have been distracted by other matters and will not be able to do anything about this for a couple of weeks. I will try to get over the problem with submodules with the alternative patch, which uses the pointer to the vtable as a type identifier. It must be possible to do this and wou

Re: [patch,fortran] PR69043 Trying to include a directory causes an infinite loop

2016-03-13 Thread Jerry DeLisle
On 03/13/2016 01:15 AM, Bernhard Reutner-Fischer wrote: > On March 13, 2016 3:22:53 AM GMT+01:00, Jerry DeLisle > wrote: >> I plan to commit the attached patch and test case under simple and >> obvious tomorrow. > > First, the patch adds superfluous vertical whitespace. > > Second, and I apolog

Re: [PATCH] rs6000: Handle "d" output in the bd*z patterns (PR70098)

2016-03-13 Thread Segher Boessenkool
On Sat, Mar 12, 2016 at 09:59:12AM -0500, David Edelsohn wrote: > > 2016-03-12 Segher Boessenkool > > > > PR target/70098 > > * config/rs6000/rs6000.md (*ctr_internal1, > > *ctr_internal2, > > *ctr_internal5, *ctr_internal6): Also allow "d" as > > output. > > (d

Re: [PATCH 4/4] OpenMP 4.0 offloading to Intel MIC: non-fallback testing

2016-03-13 Thread Thomas Schwinge
Hi! On Thu, 30 Oct 2014 14:40:01 +0300, Ilya Verbin wrote: > This patch allows to run non-fallback 'make check-target-libgomp'. It passes > to > the host compiler additional -B options with the paths to the offload > compilers, > since non-installed host compiler doesn't know where to find mko

[PATCH] Fix PR c++/70218 (illegal access to private field succeeds)

2016-03-13 Thread Patrick Palka
Here we are mishandling the deferred_access_stack by not coherently pushing/popping from it. In cp_parser_lambda_expression we are calling (in order): push_deferring_access_checks (dk_no_deferred); cp_parser_start_tentative_firewall (parser); ... pop_deferring_access_checks (); cp_parse

Adjust stack checking on VxWorks

2016-03-13 Thread Eric Botcazou
Recent stack checking issues on non-mainstream platforms made me investigate its status on the various VxWorks ports that are in the tree and realize that it is in a somewhat inconsistent state. The attached patch fixes it and makes it more efficient, at least in RTP mode; it only affects the A

Re: [PATCH] rs6000: Handle "d" output in the bd*z patterns (PR70098)

2016-03-13 Thread David Edelsohn
On Sun, Mar 13, 2016 at 2:52 PM, Segher Boessenkool wrote: > On Sat, Mar 12, 2016 at 09:59:12AM -0500, David Edelsohn wrote: >> > 2016-03-12 Segher Boessenkool >> > >> > PR target/70098 >> > * config/rs6000/rs6000.md (*ctr_internal1, >> > *ctr_internal2, >> > *ctr_inter

Re: [PATCH] rs6000: Handle "d" output in the bd*z patterns (PR70098)

2016-03-13 Thread Segher Boessenkool
On Sun, Mar 13, 2016 at 05:54:58PM -0400, David Edelsohn wrote: > Should the testcase go in g++.dg or gcc.target/powerpc? I think it is a good thing to test everywhere, not just on Power. Once we get it to work properly there will be no target-specific anything left in the testcase, either. Segh

[PING^3][PATCH, PR69607] Mark offload symbols as global in lto

2016-03-13 Thread Tom de Vries
On 07/03/16 15:38, Tom de Vries wrote: On 24/02/16 14:37, Tom de Vries wrote: On 17/02/16 16:48, Tom de Vries wrote: On 17/02/16 13:30, Jakub Jelinek wrote: On Wed, Feb 17, 2016 at 01:02:17PM +0100, Tom de Vries wrote: Mark offload symbols as global in lto I'm really not familiar with that

[PING^2][PATCH, 12/16] Handle acc loop directive

2016-03-13 Thread Tom de Vries
On 07/03/16 09:21, Tom de Vries wrote: On 29/02/16 04:26, Tom de Vries wrote: On 22-02-16 11:57, Jakub Jelinek wrote: On Mon, Feb 22, 2016 at 11:54:46AM +0100, Tom de Vries wrote: Following up on your suggestion to implement this during gimplification, I wrote attached patch. I'll put it thro