[committed] Skip g++.dg/abi/abi-tag18a.C on 32-bit hppa*-*-hpux*

The symbols don't match on 32-bit hppa*-*-hpux*, so skip. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin PR c++/70349 * g++.dg/abi/abi-tag18a.C: Skip on 32-bit hppa*-*-hpux*. Index: g++.dg/abi/abi-tag18a.C ==

[committed] Skip c-c++-common/gomp/clauses-2.c on 32-bit hppa*-*-hpux*

The 32-bit hppa*-*-hpux* target is a callee-copies target. This causes the test to fail. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin PR middle-end/68733 * c-c++-common/gomp/clauses-2.c: Skip on 32-bit hppa*-*-hpux*. Inde

[committed] Fix failure of gcc.dg/debug/dwarf2/inline5.c on hppa

This fixes test failure on hppa. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin PR testsuite/89472 * gcc.dg/debug/dwarf2/inline5.c: XFAIL one scan-assembler-times check. Index: gcc.dg/debug/dwarf2/inline5.c =

[committed] Skip some tests that require assembler .ident support on 32-bit hppa*-*-hpux*

The 32-bit hppa*-*-hpux* target lacks .ident support, so we need to fix some failing ident tests. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin * c-c++-common/ident-0b.c: Also skip on 32-bit hppa*-*-hpux*. * c-c++-common/id

Re: [patch, fortran] Fix PR 87734, rejects-valid

On Sat, Mar 09, 2019 at 09:57:52PM +0100, Thomas Koenig wrote: > > a recent patch by Steve for PR 88376 fixed an ICE in the test case > for PR 87734, leading further down the path to a rejects-valid bug > in the same test case. Such is progress :-) > > This patch fixes that particular error by n

[patch, fortran] Fix PR 87734, rejects-valid

Hello world, a recent patch by Steve for PR 88376 fixed an ICE in the test case for PR 87734, leading further down the path to a rejects-valid bug in the same test case. Such is progress :-) This patch fixes that particular error by not treating module procedures which have been declared PUBLIC

[committed] Fix g++.dg/tls/pr77285-2.C on hppa*-*-hpux*

We only have emutls on hppa*-*-hpux*. This test needs native support. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2018-03-09 John David Anglin * g++.dg/tls/pr77285-2.C: Require tls_native support. Index: g++.dg/tls/pr77285-2.C ==

[committed] Fix g++.dg/ext/visibility/lambda1.C test on 32-bit hppa-hpux

The test requires visibility support. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin * g++.dg/ext/visibility/lambda1.C: Require visibility. Index: g++.dg/ext/visibility/lambda1.C =

[committed] Skip gcc.dg/torture/20180712-1.c on hppa*-*-*

Because of the limited number of registers available to load PIC data, we need to skip this test. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin PR inline-asm/87010 * gcc.dg/torture/20180712-1.c: Skip on hppa*-*-*. Index: gc

[committed] Fix failure of gfortran.dg/coarray_data_1.f90 on hppa-hpux

Due to the lack of builtin atomics, we need to link against libatomic. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin * gfortran.dg/coarray_data_1.f90: Link against libatomic if target libatomic_available. Index: gfortran.dg

[PATCH, PR d/89041] Committed fix for ICE in get_frame_for_symbol

Hi, This patch changes an assertion into an early return condition, handling the case of delegate literals defined at module scope. Fixing PR d/89041. Bootstrapped and regression tested on x86_64-linux-gnu. Committed to trunk as r269533. -- Iain --- gcc/d/ChangeLog: 2019-03-09 Iain Buclaw

Re: [patch, fortran] Fix pointers not escaping via C_PTR

Hi Jerry, I think you want to to IF STOP instead of printing some test values or dou you just want dg-conpile? You're correct, I wanted a dg-do run. Here is the version of the test case that I committed. Thanks for the review (and the other one). Regards Thomas ! { dg-do run }

[committed] Skip two gnat tests on 32-bit hppa*-*-hpux*

The 32-bit hppa*-*-hpux* target doesn't support dwarf, so we need to skip these two tests. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin * gnat.dg/debug11.adb: Skip on 32-bit hppa*-*-hpux*. * gnat.dg/debug12.adb: Likewise.

[committed] Update target-supports.exp for hppa*-*-hpux*

The hppa*-*-hpux* doesn't support undefined weak. The existing check doesn't work on the 64-bit runtime. Likewise, we don't have ascii locale. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin * lib/target-supports.exp (check_effecti

Re: [Patch, Fortran, F08] PR 84504: procedure pointer variables cannot be initialized with functions returning pointers

Am Sa., 9. März 2019 um 18:46 Uhr schrieb Steve Kargl : > > On Sat, Mar 09, 2019 at 04:23:01PM +0100, Janus Weil wrote: > > Hi all, > > > > the attached patch is close to trivial and fixes a rejects-valid > > problem concerning procedure pointers to pointer-valued functions. It > > regtests cleanly

[PATCH] Fix libstdc++ tests requiring atomic support on hppa-hpux

The hppa*-*-hpux* target has no builtin atomic support, so we need to explicitly link applications requiring atomic support against libatomic. Okay? Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin PR libstdc++/89461 * testsuite/20_util/shared_pt

Re: [Patch, Fortran, F08] PR 84504: procedure pointer variables cannot be initialized with functions returning pointers

On Sat, Mar 09, 2019 at 04:23:01PM +0100, Janus Weil wrote: > Hi all, > > the attached patch is close to trivial and fixes a rejects-valid > problem concerning procedure pointers to pointer-valued functions. It > regtests cleanly on x86_64-linux-gnu. Ok for trunk? > Ok. -- Steve

Re: [PATCH] Fix overflowing integer to an integer exponent

On Sat, Mar 09, 2019 at 12:25:01PM +0100, Thomas Koenig wrote: > Hi Steve, > > > > It has been regression tested on x86_64-*-freebsd. OK to commit? > > Yes, I think that is OK. > > Since this changes user-visible behavior, could you also add a short > notice to gcc-9/changes.html ? > Thanks.

[committed] Skip gfortran.dg/ieee/ieee_9.f90 on hppa*-*-linux*

See attached. Dave -- John David Anglin dave.ang...@bell.net 2019-03-09 John David Anglin PR fortran/89639 * gfortran.dg/ieee/ieee_9.f90: Skip on hppa*-*-linux*. Index: gfortran.dg/ieee/ieee_9.f90 === --- gfortr

[Patch, Fortran, F08] PR 84504: procedure pointer variables cannot be initialized with functions returning pointers

Hi all, the attached patch is close to trivial and fixes a rejects-valid problem concerning procedure pointers to pointer-valued functions. It regtests cleanly on x86_64-linux-gnu. Ok for trunk? Cheers, Janus diff --git a/gcc/fortran/ChangeLog b/gcc/fortran/ChangeLog index 28403689bb1..e15ef5b699

Re: [patch, fortran] Fix pointers not escaping via C_PTR

On 2/28/19 12:14 PM, Thomas Koenig wrote: Hello world, the attached patch fixes a wrong-code bug for gfortran where pointers were not marked as escaping.  A C_PTR can be stashed away and reused later (at least as long as the variable it points to remains active). This is not a regression, but I

Re: [patch, fortran] Fix the rest of PR 71203

On 3/9/19 4:44 AM, Thomas König wrote: Hello world, the attached patch fixes the rest of PR 71203 (i.e. the non-character parts). I have checked in gdb that the shape set with this patch does indeed not create a memory leak. Regression-tested. OK for trunk? (This makes three patches that are c

Re: [PATCH] Fix -gdwarf-5 -gsplit-dwarf ICEs (PR debug/89498)

On Mar 9, 2019, Jakub Jelinek wrote: > If so, then all we need is likely my patch + some documentation change, > though not sure where exactly it should be documented, some Wiki we refer > in include/dwarf2.def, or what? Hmm, I was thinking of placing it next to dwarf6-sfn-lvu.txt in https://pe

[patch, fortran] Fix the rest of PR 71203

Hello world, the attached patch fixes the rest of PR 71203 (i.e. the non-character parts). I have checked in gdb that the shape set with this patch does indeed not create a memory leak. Regression-tested. OK for trunk? (This makes three patches that are currently awaiting review, the other two

[PATCH] Use -c instead of check for sha512sum

Busybox doesn't support "check", which is an alias for "-c" in coreutils. Tested on Alpine Edge and Fedora 29. 2019-03-09 Tommy Nguyen PR contrib/82704 * contrib/download_prerequisites: Use -c instead of check for sha512sum --- contrib/download_prerequisites | 2 +- 1 file changed

Re: [PATCH] Fix overflowing integer to an integer exponent

Hi Steve, It has been regression tested on x86_64-*-freebsd. OK to commit? Yes, I think that is OK. Since this changes user-visible behavior, could you also add a short notice to gcc-9/changes.html ? Regards Thomas

Re: [PATCH] Fix -gdwarf-5 -gsplit-dwarf ICEs (PR debug/89498)

On Sat, Mar 09, 2019 at 06:20:47AM -0300, Alexandre Oliva wrote: > > case etc. We need to look at what we emit with > > -gdwarf-{2,3,4,5} {,-gsplit-dwarf}. > > For v<5, we use DW_FORM_sec_offset for both DW_AT_location and > DW_AT_GNU_locviews, with absolute addresses for -gno-split-dwarf, and >

Re: [PATCH] Fix -gdwarf-5 -gsplit-dwarf ICEs (PR debug/89498)

On Mar 9, 2019, Jakub Jelinek wrote: > Whatever we choose, IMHO: 1) we can't introduce new DW_FORM_* > 2) we must avoid changing anything on how it was represented for the > non-split case, we've already shipped GCC 8.[123] with it None of the thoughts I wrote out involved any of that, so it lo

Re: [PATCH] Fix various description text issues in *.opt files (PR target/79645)

Jakub Jelinek writes: > Hi! > > The PR complained about lack of terminating dot at the end of one option > description, but I've found many others. > The patch ensures that normal option descriptions start with a capital > letter (unless it starts with a keyword, number, or - with tab in the midd

Re: [PATCH] Fix RTL thread_jump for doloop branches (PR rtl-optimization/89634)

Jakub Jelinek writes: > Hi! > > The following testcase used to be miscompiled by RTL jump threading > on s390x-linux with -march=zEC12 at -O2 before r269302 which made it latent. > The problem is we had: > (jump_insn 26 25 87 4 (parallel [ > (set (pc) > (if_then_else (e

Re: [Patch, aarch64] PR 89628 - fix register allocation in SIMD functions

Steve Ellcey writes: > This is a patch to fix the register allocation in SIMD functions. In > normal functions registers V16 to V31 are all caller saved. In SIMD > functions V16 to V23 are callee saved and V24 to V31 are caller saved. > This means that SIMD functions should use V24 to V31 before