Implement C++20 constexpr , , and

Greetings, This patch implements C++20 p0202 - Add Constexpr Modifiers to Functions in and Headers and C++20 p1023 - constexpr comparison operators for std::array. The patch is large because of the testsuite additions. Basically, the algorithms and the array comparison operators are all m

[PATCH] [libbacktrace] Initialize st in elf_is_symlink

From: James Hilliard Fixes error: ‘st.st_mode’ may be used uninitialized in this function --- libbacktrace/elf.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/libbacktrace/elf.c b/libbacktrace/elf.c index f3988ec02a0..714bfec965d 100644 --- a/libbacktrace/elf.c +++ b/libbac

PING: [RFC] libgcc: Integrating emutls and D garbage collector

Am 03.03.19 um 18:59 schrieb Johannes Pfau: Hello all, I wanted to ask for some feedback on an issue which has affected GDC for a long time now: Letting the D garbage collector scan emulated TLS memory. Basically, for every variable instance in TLS memory we need to be able to get the address an

[PR fortran/85797, patch] - ICE in gfc_element_size, at fortran/target-memory.c:126

The attached patch fixes an ICE-on-invalid code when the TRANSFER intrinsic is being handed procedures to the SOURCE or MOLD arguments. My reading of the standard suggests that this is not allowed: SOURCE shall be a scalar or array of any type. MOLD shall be a scalar or array of any type. ...

[patch] Multilib support for amd64 FreeBSD

Hi all, this patch adds support for multilib on x86_64-unknown-freebsd* The multilibs are 32-bit. This patch is functionality tested on gcc8 and gcc9. Test suite testing is a bit tricky since the FreeBSD dynamic linker handles both, the 32-bit and the 64-bit binaries. So, if I have a 64-bit li

[C++ PATCH] PR c++/89571 - ICE with ill-formed noexcept on constructor.

Earlier changes to defer instantiating a defaulted noexcept-specifier that depends on yet-unparsed default member initializers broke this testcase, where instantiation fails for another reason. In this case there's no reason to defer and try again later, so let's not. Tested x86_64-pc-linux-gnu,

[committed] Fix another test needing large alignment on hppa*-*-hpux*

Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-03-17 John David Anglin * gcc.dg/compat/pr83487-1_x.c: Use -fno-common option on hppa*-*-hpux*. * gcc.dg/compat/pr83487-1_y.c: Likewise. Index: gcc.dg/compat/pr83487-1_x.c ===

[committed] Fix failure of two tests requiring visibility support on 32-bit hppa*-*-hpux*

Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2013-03-17 John David Anglin * gfortran.dg/pointer_init_10.f90: Require visibility support. * gfortran.dg/temporary_3.f90: Likewise. Index: gfortran.dg/pointer_init_10.f90 ===

[committed] Fix tests that need c99 complex support

This patch fixes three tests that fail on hppa*-*-hpux* due to the lack of c99 complex support. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-17 John David Anglin * gcc.dg/pr88074.c: Require c99_runtime. * gcc.dg/warn-abs-1.c: Likewise.

[committed] Fix test failures that require alias support on hppa*-*-hpux*

Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2019-03-17 John David Anglin PR testsuite/89666 * c-c++-common/builtin-has-attribute-3.c: Define SKIP_ALIAS on hppa*-*-hpux*. * gcc.dg/attr-copy.c: Require alias support. * gcc.dg/ipa/

Re: [wwwdocs] add gcc 9 changes

On 3/4/19 5:28 PM, Martin Sebor wrote: Attached is a patch with (mostly) my changes for GCC 9.  To make things easier to find I grouped related changes together within the sections I changed.  I put warnings under the same bullet, built-ins, and attributes. I have a few nit-picky comments... s

[RFA patch, Fortran] PR60144 - Misleading error message when missing "then" after "if" and "else if"

With the proposed patch 2 | if (.TRUE.) | 1 Error: Cannot assign to a named constant at (1) 3 | else if (.FALSE.) | 1 Error: Unexpected junk after ELSE statement at (1) is changed to 2 | if (.TRUE.) |

New Swedish PO file for 'gcc' (version 9.1-b20190203)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'gcc' has been submitted by the Swedish team of translators. The file is available at: https://translationproject.org/latest/gcc/sv.po (This file, 'gcc-9.1-b20190203.sv.po',

Ping [PATCH] [MinGW] Set __USE_MINGW_ACCESS for C++ as well

Am 03.03.19 um 11:41 schrieb Johannes Pfau: We set __USE_MINGW_ACCESS for windows hosts to use MinGWs wrapper for the access function. The wrapper ensures that access behaves in the expected way (e.g. for special files, such as nul). However, we now compile most sources with the C++ compiler and

[patch, fortran] Fix PR 68009, wrong prototype in runtime_error

Hello world, this fixes a 7/8/9 regression. The problem is that front-end inlining of matmul could generate calls to _gfortran_runtime_error which were called as non-variadic. This fixes the problem by setting the backend_decl on the resovled symbol, so it always uses the right one. Putting it

QWn提%%供%%税%%栗%dT

gcc-patches@gcc.gnu.org + 黄削   可  办 税 票，认 证 后 付  歀。   详   电：李 生，136—6075— 4190，    业   q：157— 533— 2698 ---

Re: [patch, fortran] Fix PR 88008, ICE on invalid

Hi Domoinique, + gfc_error ("Error in component call at %L", and call x%z%g() ! { dg-error "Error in typebound call" } Corrected. If there isn't anything else, I'll commit tonight (as three quarters obvious) to keep down the number of concurrent patches in my tree :-) Regards

Re: [patch, fortran] Fix PR 88008, ICE on invalid

Hi Thomas, The patch looks good to me, with one nit: + gfc_error ("Error in component call at %L", and call x%z%g() ! { dg-error "Error in typebound call" } doesn’t look right. Thanks for the patch. Dominique

Re: [PATCH v2 1/2] RISC-V: Accept version, supervisor ext and more than one NSE for -march.

FAIL: gcc.target/riscv/arch-1.c (test for errors, line ) FAIL: gcc.target/riscv/arch-1.c (test for excess errors) Excess errors: cc1: error: '-march=rv32I': first ISA subset must be `e', `i' or `g' Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510