Re: libgo patch committed: Add precise stack scan support

On 06.12.18 00:09, Ian Lance Taylor wrote: > This libgo patch by Cherry Zhang adds support for precise stack > scanning to the Go runtime. This uses per-function stack maps stored > in the exception tables in the language-specific data area. The > compiler needs to generate these stack maps;

Re: [PATCH] Fix debuginfo in -fopenmp code (PR debug/87039)

On Fri, 16 Nov 2018 22:10:00 +0100 Jakub Jelinek wrote: > Kevin, did you have some gdb testcases you were trying for the r253335 > change? Can you try those with added another e.g. parallel around it (say > #pragma omp parallel if (0) or num_threads (1), so that it doesn't spawn too > many

[Committed] PR fortran/88205 -- Check NEWUNIT after STATUS

The attach patch moves the checks on NEWUNIT to after the checks on STATUS. 2018-12-09 Steven G. Kargl PR fortran/88205 * io.c (gfc_match_open): Move NEWUNIT checks to after STATUS checks. 2018-12-09 Steven G. Kargl PR fortran/88205 *

Re: RFC: libiberty PATCH to disable demangling of ancient mangling schemes

On 12/7/18, Jason Merrill wrote: > On 12/7/18 6:36 AM, Richard Biener wrote: >> On Thu, Dec 6, 2018 at 10:22 PM Jason Merrill wrote: >>> >>> On Thu, Dec 6, 2018 at 11:14 AM Jason Merrill wrote: Looks good to me. Independently, do you see a reason not to disable the old

Re: RFA: PATCH to add pp command to gdbinit.in

On Sun, Dec 9, 2018, 7:42 PM Eric Gallager On 12/6/18, Jason Merrill wrote: > > Since pvt was removed, it's bugged me that to pretty-print a vec I > > needed to write out "call debug($)". So this patch adds a generic > > command "pp" to print anything handled by a debug overload. > > > > OK for

Re: RFA: PATCH to add pp command to gdbinit.in

On 12/6/18, Jason Merrill wrote: > Since pvt was removed, it's bugged me that to pretty-print a vec I > needed to write out "call debug($)". So this patch adds a generic > command "pp" to print anything handled by a debug overload. > > OK for trunk? > Why does it also change pbb to do the same

[PATCH, libphobos] Committed added druntime bindings for sparc/solaris

Hi, This patch is backported from druntime master, adding initial libdruntime bindings support for SPARC/Solaris. Though I suspect there's still plenty that's been missed out. Bootstrapped and tested on x86_64-linux-gnu, not that it checks anything except all changes are properly scoped.

Re: [PATCH] hppa: Add libphobos support

On Sun, 9 Dec 2018 at 21:16, John David Anglin wrote: > > The attached change implements a first cut at libphobos support on > hppa/glibc/linux. Test > results are here: > . > > Okay? > >From what I can see, everything is properly

Re: [committed] hppa: Add target support infrastructure for D front end

On Sun, 9 Dec 2018 at 20:49, John David Anglin wrote: > > The attached change has been tested on hppa-unknown-linux-gnu with an > initial implementation > of libphobos. Committed to trunk. > > Dave > Thanks! Shouldn't this be made available to all hppa* configurations though? Or just

[Committed] PR fortran/88206 -- Fix REAL issue with array constructor

The attach patch fixes an issue where REAL intrinsic can confuse typespec rsolution in an array constructor. 2018-12-09 Steven G. Kargl PR fortran/88206 * match.c (gfc_match_type_spec): REAL can be an intrinsic function. 2018-12-09 Steven G. Kargl PR fortran/88206

[PATCH] hppa: Add libphobos support

The attached change implements a first cut at libphobos support on hppa/glibc/linux.  Test results are here: . Okay? Dave -- John David Anglin dave.ang...@bell.net 2018-12-09 John David Anglin * configure.tgt: Add

Re: [testsuite] Require ucn support in gdc.test/compilable/ddoc12.d (PR d/88039)

On Tue, 4 Dec 2018 at 14:49, Rainer Orth wrote: > > Hi Iain, > > > On Sat, 1 Dec 2018 at 19:28, Iain Buclaw wrote: > >> > >> On Thu, 29 Nov 2018 at 15:12, Rainer Orth > >> wrote: > >> > > >> > Hi Iain, > >> > > >> > > On Tue, 27 Nov 2018 at 20:32, Rainer Orth > >> > > wrote: > >> > >> > >> >

[committed] hppa: Add target support infrastructure for D front end

The attached change has been tested on hppa-unknown-linux-gnu with an initial implementation of libphobos.  Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2018-12-09 John David Anglin * config.gcc (hppa*-*-linux*): Add pa/t-pa to tmake_file. Define

[Committed] PR fortran/88228 -- ICE with -fdec and logical op on integers

I committed attached patch to trunk, branch-8, and branch-7. 2018-12-09 Fritz Reese PR fortran/88228 * resolve.c (resolve_operator): Do not call resolve_function. Break like other cases. 2018-12-09 Steven G. Kargl PR fortran/88228 *

Re: [patch, fortran] Fix PR 88411, wrong code with async I/O

On 12/9/18 8:11 AM, Thomas Koenig wrote: Hello world, the attached patch fixes the wrong-code regression by changing the way synchronous writes are handled on files using asynchronous I/O: The are now handled synchronously. This also means that two places where a wait instruction was issued in

[patch, fortran] Fix PR 88411, wrong code with async I/O

Hello world, the attached patch fixes the wrong-code regression by changing the way synchronous writes are handled on files using asynchronous I/O: The are now handled synchronously. This also means that two places where a wait instruction was issued in such a case are no longer needed. I

[PATCH, d] Committd merge with upstream dmd

Hi, This patch merges the D front-end implementation with dmd upstream e2fe2687b. Backports VRP fixes from the D front-end implementation to the C++ port, and fixes errors reported by ubsan build where the conversion from D didn't include adjusting integer suffixes from 'UL' to 'ULL', fixing

Re: [PATCH 1/3] Correct the reported line number in fortran combined OpenACC directives

Hi! On Wed, 25 Jul 2018 08:53:35 -0700, Cesar Philippidis wrote: > On 07/25/2018 08:32 AM, Marek Polacek wrote: > > On Wed, Jul 25, 2018 at 08:29:17AM -0700, Cesar Philippidis wrote: > >> The fortran FE incorrectly records the line locations of combined acc > >> loop directives when it lowers

Re: [PATCH 2/3] Correct the reported line number in c++ combined OpenACC directives

Hi! On Wed, 25 Jul 2018 08:29:18 -0700, Cesar Philippidis wrote: > Like the fortran FE, the C++ FE doesn't set the expr_location of the > split acc loop in combined acc parallel/kernels loop directives. This > only happens for with combined directives, otherwise > cp_parser_omp_construct would

Use existing middle end checking for Fortran OpenACC loop clauses

Hi! Committed to trunk in r266922: commit fd1f371dd476ba3e76fb62eb76f1c1e23bd77b33 Author: tschwinge Date: Sun Dec 9 12:47:58 2018 + Use existing middle end checking for Fortran OpenACC loop clauses Don't duplicate in the Fortran front end what's generically being checked in

Split up "gfortran.dg/goacc/loop-2.f95"

Hi! Committed to trunk in r266921: commit 8aa2f4ea84a86e2b600d41854a41c54b494cabb2 Author: tschwinge Date: Sun Dec 9 12:47:47 2018 + Split up "gfortran.dg/goacc/loop-2.f95" gcc/testsuite/ * gfortran.dg/goacc/loop-2.f95: Split into... *

[PR88420] Fortran OpenACC "Clause SEQ conflicts with INDEPENDENT"

Hi! Other release branches probably likewise affected; for now committed to trunk in r266920: commit 7e5550c06d7ce70887a5042d07f1d9a76706b582 Author: tschwinge Date: Sun Dec 9 12:47:35 2018 + [PR88420] Fortran OpenACC "Clause SEQ conflicts with INDEPENDENT" The Fortran front

Re: [RFC PATCH] Coalesce host to device transfers in libgomp

Hi! On Thu, 6 Dec 2018 18:57:31 +0100, Jakub Jelinek wrote: > On Thu, Dec 06, 2018 at 06:54:20PM +0100, Thomas Schwinge wrote: > > On Thu, 6 Dec 2018 18:18:56 +0100, Jakub Jelinek wrote: > > > On Thu, Dec 06, 2018 at 06:01:48PM +0100, Thomas Schwinge wrote: > > > > While reviewing Chung-Lin's >

[C++ PATCH] Fix ICE with offsetof-like initializer (PR c++/88410)

Hi! The following testcase ICEs starting with my change to move offsetof-like expression handling from the parsing to cp_fold - if the base expression is not INTEGER_CST, but a constant VAR_DECL initialized with INTEGER_CST, then we don't fold it as offsetof-like expression and as we use

[PATCH] [RFC] PR target/52813 and target/11807

I have tested this fix on x86_64 host, and found no regression in the C and C++ testsuites. I'm marking this patch as RFC simply because I don't have experience with other architectures, and I don't have a setup to test all architectures supported by GCC. gcc/ChangeLog: 2018-12-07 Dimitar

Re: [PATCH] handle function pointers in __builtin_object_size (PR 88372)

On December 8, 2018 6:42:48 PM GMT+01:00, Martin Sebor wrote: >On 12/7/18 1:06 AM, Richard Biener wrote: >> On Thu, 6 Dec 2018, Martin Sebor wrote: >> >>> On 12/6/18 2:26 PM, Jakub Jelinek wrote: On Thu, Dec 06, 2018 at 01:21:58PM -0700, Martin Sebor wrote: > Bug 88372 - alloc_size