[Bug c++/92201] [9/10 Regression] "internal compiler error: ‘verify_gimple’ failed" with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92201 --- Comment #3 from Stephan Bergmann --- (In reply to Jakub Jelinek from comment #2) > Untested fix. Building LibreOffice (from which I had distilled the reproducer) works fine for me again with that patch. Thanks!

[Bug libstdc++/88466] [C++17] Support std::hardware_destructive_interference_size and std:: hardware_constructive_interference_size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88466 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #6

Re: [PATCH] Support multi-versioning on self-recursive function (ipa/92133)

Hi, On 2019/10/17 16:23, Feng Xue OS wrote: > IPA does not allow constant propagation on parameter that is used to control > function recursion. > > recur_fn (i) > { >if ( !terminate_recursion (i)) > { >... >recur_fn (i + 1); >... > } >... > } > > This

[Bug fortran/87142] Aliasing issue with overloaded assignment and allocatable components

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87142 kargl at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 CC|

[Bug fortran/92178] Segmentation fault after passing allocatable array as intent(out) and its element as value into the same subroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92178 --- Comment #10 from Steve Kargl --- On Thu, Oct 24, 2019 at 05:09:55AM +, mscfd at gmx dot net wrote: > > --- Comment #9 from martin --- > Is this possibly related to bug 87142? > Certainly appears that way. If I add a 'print *,

[Bug target/91766] -fvisibility=hidden during -fpic still uses GOT indirection on arm64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91766 --- Comment #10 from Andrew Pinski --- (In reply to Kamlesh Kumar from comment #9) > This fixes it. > > diff --git a/gcc/config/aarch64/aarch64.c b/gcc/config/aarch64/aarch64.c > index 2e73f3515bb..6fb87d5f49f 100644 > ---

[Bug fortran/92178] Segmentation fault after passing allocatable array as intent(out) and its element as value into the same subroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92178 martin changed: What|Removed |Added CC||mscfd at gmx dot net --- Comment #9 from

[Bug target/91766] -fvisibility=hidden during -fpic still uses GOT indirection on arm64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91766 Kamlesh Kumar changed: What|Removed |Added CC||kamleshbhalui at gmail dot com ---

[Bug c++/90205] Wformat-signedness detects %d and suggests %d fixit hint

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90205 --- Comment #9 from Eric Gallager --- (In reply to Tavian Barnes from comment #8) > Maybe "argument 2 has type 'double' (promoted from 'float')"? Yes, that seems better to me, at least...

[Bug debug/92204] New: Confusing GDB output for an optimized C program

Supported LTO compression algorithms: zlib gcc version 10.0.0 20191023 (experimental) [trunk revision 277309] (GCC) $ gdb-trunk -v GNU gdb (GDB) 9.0.50.20191023-git Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This i

[Bug ipa/92074] [10 regression] 26% performance regression on Spec2017 548.exchange2_r

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92074 Kewen Lin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug middle-end/26163] [meta-bug] missed optimization in SPEC (2k17, 2k and 2k6 and 95)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163 Bug 26163 depends on bug 92074, which changed state. Bug 92074 Summary: [10 regression] 26% performance regression on Spec2017 548.exchange2_r https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92074 What|Removed

Re: [SVE] PR91272

On Tue, 22 Oct 2019 at 13:12, Richard Sandiford wrote: > > Prathamesh Kulkarni writes: > > diff --git a/gcc/tree-vect-stmts.c b/gcc/tree-vect-stmts.c > > index acdd90784dc..dfd33b142ed 100644 > > --- a/gcc/tree-vect-stmts.c > > +++ b/gcc/tree-vect-stmts.c > > @@ -10016,25 +10016,26 @@

[Bug tree-optimization/92203] New: [10 Regression] ICE in eliminate_stmt, at tree-ssa-sccvn.c:5492

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92203 Bug ID: 92203 Summary: [10 Regression] ICE in eliminate_stmt, at tree-ssa-sccvn.c:5492 Product: gcc Version: 10.0 Status: UNCONFIRMED Keywords:

[Bug target/91927] -mstrict-align doesn't prevent unaligned accesses at -O2 and -O3 on AARCH64 targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91927 Kamlesh Kumar changed: What|Removed |Added CC||kamleshbhalui at gmail dot com ---

[C++ PATCH] 'std' identifier not needed

There's no need to retain "std" identifier as a global tree -- we can simply use {push,/pop}_ nested_namespace on the std_node we have there. Also simplify the in-std-namespace predicate by checking against std::node. applying to trunk. nathan -- Nathan Sidwell 2019-10-23 Nathan Sidwell

[Committed] Update Fortran expression dumper for BT_BOZ

The attached and committed patch updates gfortran expression dumper to do something sensible with a gfc_expr that is a BT_BOZ basic type. That is, for program a real :: x = real(b'10101') real :: y = real(o'') real :: z = real(z'abcd') print *, x, y, z end program a if one is

[C++ PATCH] Fix a C++17/20 regression on indirect function calls (PR c++/92201)

Hi! For middle-end pointer conversions are useless, which means the gimplifier can change the type of the value being gimplified. gimplify_call_expr is careful about this and remembers the fnptrtype early before gimplification and else /* Remember the original function type. */

Re: RFC/A: Add a targetm.vectorize.related_mode hook

On Wed, Oct 23, 2019 at 4:51 AM Richard Sandiford wrote: > > Richard Biener writes: > > On Wed, Oct 23, 2019 at 1:00 PM Richard Sandiford > > wrote: > >> > >> This patch is the first of a series that tries to remove two > >> assumptions: > >> > >> (1) that all vectors involved in vectorisation

Re: [PATCHv2] Change the library search path when using --with-advance-toolchain

On 10/5/19 12:20 PM, Segher Boessenkool wrote: > On Fri, Oct 04, 2019 at 06:31:34PM -0300, Tulio Magno Quites Machado Filho > wrote: >> Remove all -L directories from LINK_OS_EXTRA_SPEC32 and >> LINK_OS_EXTRA_SPEC64 so that user directories specified at >> build time have higher preference over

[Bug tree-optimization/92163] [10 Regression] ICE: Segmentation fault (in bitmap_set_bit)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92163 --- Comment #6 from prathamesh3492 at gcc dot gnu.org --- Posted updated patch upstream: https://gcc.gnu.org/ml/gcc-patches/2019-10/msg01702.html Thanks, Prathamesh

PR92163

Hi, The attached patch tries to fix PR92163 by calling gimple_purge_dead_eh_edges from ifcvt_local_dce if we need eh cleanup. Does it look OK ? Thanks, Prathamesh 2019-10-24 Prathamesh Kulkarni PR tree-optimization/92163 * tree-if-conv.c (ifcvt_local_dce): Call

Re: [PATCH] V6, #1 of 17: Use ADJUST_INSN_LENGTH for prefixed instructions

On Wed, Oct 23, 2019 at 05:00:58PM -0400, Michael Meissner wrote: > On Tue, Oct 22, 2019 at 05:27:19PM -0500, Segher Boessenkool wrote: > > On Wed, Oct 16, 2019 at 09:35:33AM -0400, Michael Meissner wrote: > > > - int n = get_attr_length (insn) / 4; > > > + /* If the insn tells us how many insns

Re: RFC/A: Add a targetm.vectorize.related_mode hook

On Wed, Oct 23, 2019 at 4:16 AM Richard Biener wrote: > Note I delayed thinking about relaxing the single-vector-size > constraint in the vectorizer until after we're SLP only because > that looked more easily done there. I also remember patches > relaxing this a bit from RISCV folks. Probably

Re: [PATCH] V6, #1 of 17: Use ADJUST_INSN_LENGTH for prefixed instructions

On Tue, Oct 22, 2019 at 05:27:19PM -0500, Segher Boessenkool wrote: > Hi! > > On Wed, Oct 16, 2019 at 09:35:33AM -0400, Michael Meissner wrote: > > This patch uses the target hook ADJUST_INSN_LENGTH to change the length of > > instructions that contain prefixed memory/add instructions. > > That

[C++ PATCH] Implement P1286R2, Contra CWG1778

The C++11 requirement that an explicit exception-specification on a defaulted function match the implicit one was found to be problematic for std::atomic. This paper, adopted in February, simply removes that requirement: if an explicitly defaulted function has a different exception-specification,

Re: Public discussions on GNU Project governance.

Is it ok to say Carlos is f'n awesome? You know, to keep it positive :) Carlos O'Donell writes: > GNU Maintainers, developers, volunteers, etc., > > This relates to all of our projects and how they operate. Please take > a minute and look over this email. > > This is an invitation to a public

Re: [Patch][Fortran] OpenACC – permit common blocks in some clauses

Hi Thomas, Updated version attached. Changes: * Use "true" instead of "openacc" for the OpenACC-only "copy()" clause (as not shared w/ OpenMP) * Add some documentation to gimplify.c * Use GOVD_FIRSTPRIVATE also for "kernel" The patch survived bootstrapping + regtesting on my laptop (no

Re: Order symbols before section copying in the lto streamer

> Hi, > this patch orders symbols where we copy sections to match the order > of files in the command line. This optimizes streaming process since we > are not opening and closing files randomly and also we read them more > sequentially. This saves some kernel time though I think more can be >

[Bug c++/91427] Implement P1825R0, Merged wording for P0527R1 and P1155R3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91427 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

Re: [PATCH] Add support for C++2a stop_token

Thomas Rodgers writes: Let's try this again.From 23e1c9402cc15666d099fd61b58a0019181a9115 Mon Sep 17 00:00:00 2001 From: Thomas Rodgers Date: Tue, 22 Oct 2019 17:53:00 -0700 Subject: [PATCH] Add support for C++2a stop_token * include/Makefile.am: Add header. * include/Makefile.in:

[PATCH] Add C++20 jthread type to (2nd attempt)

From 56b78956a003b91e538cd5c680d614fdaee9c9eb Mon Sep 17 00:00:00 2001 From: Thomas Rodgers Date: Wed, 23 Oct 2019 12:32:31 -0700 Subject: [PATCH] Add C++20 jthread type to --- libstdc++-v3/ChangeLog| 8 + libstdc++-v3/include/std/stop_token | 14 ++

[PATCH] Add C++20 jthread type to --text follows this line-<#part type="text/x-patch" filename="/home/remote/trodgers/src/oss/gcc/jt/0001-Add-C-20-jthread-type-to-thread.patch" disposition=at

[PATCH] Make std::invoke usable in constant expressions

* include/std/functional (invoke): Add constexpr for C++20. * include/std/version (__cpp_lib_constexpr_invoke): Define. * testsuite/20_util/function_objects/invoke/constexpr.cc: New test. This is an easy one, because I already made std::__invoke constexpr, so all that's

[PATCH] PR c++/91369 Implement P0784R7 changes to allocation and construction

This patch is the first part of library support for constexpr std::vector and std::string. This only includes the changes to std::allocator, std::allocator_traits, std::construct_at, std::destroy_at, std::destroy and std::destroy_n. std::allocator::allocate and std::allocator::deallocate need to

[Bug c++/92201] [9/10 Regression] "internal compiler error: ‘verify_gimple’ failed" with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92201 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 Known to work|

[Bug c++/92201] [9/10 Regression] "internal compiler error: ‘verify_gimple’ failed" with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92201 Jakub Jelinek changed: What|Removed |Added Target Milestone|10.0|9.3 Summary|[10 Regression]

[Bug c++/92201] [10 Regression] "internal compiler error: ‘verify_gimple’ failed" with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92201 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

Re: Make ipa-reference bitmaps dense

> On Wed, Oct 23, 2019 at 08:20:12PM +0200, Jan Hubicka wrote: > > Hi, > > this is variant of patch I comitted. It additionally register variable > > removal hook to be sure that we do not mix up the static variable for > > some other decl allocated later. > > > > Bootstrapped/regtested x86_64 >

Re: Make ipa-reference bitmaps dense

On Wed, Oct 23, 2019 at 08:20:12PM +0200, Jan Hubicka wrote: > Hi, > this is variant of patch I comitted. It additionally register variable > removal hook to be sure that we do not mix up the static variable for > some other decl allocated later. > > Bootstrapped/regtested x86_64 This doesn't

[Bug other/92202] New: [10 regression] Compilation error in gcc/ipa-reference.c in r277345

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92202 Bug ID: 92202 Summary: [10 regression] Compilation error in gcc/ipa-reference.c in r277345 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug libstdc++/92200] Shared pointer not destroyed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92200 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: Make ipa-reference bitmaps dense

Hi, this is variant of patch I comitted. It additionally register variable removal hook to be sure that we do not mix up the static variable for some other decl allocated later. Bootstrapped/regtested x86_64 Honza 2019-10-13 Jan Hubicka * ipa-reference.h (ipa_reference_var_uid):

[Bug gcov-profile/91971] Profile directory concatenated with object file path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91971 qinzhao at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

Re: PING*2 : Fwd: [PATCH][gcov-profile/91971]Profile directory concatenated with object file path

Thank you! Just committed the change at: https://gcc.gnu.org/viewcvs/gcc?view=revision=277344 Qing > On Oct 23, 2019, at 5:15 AM, Martin Liška wrote: > > On 10/21/19 5:32 PM, Qing Zhao wrote: >> Please let me know whether this patch is

[Bug fortran/92178] Segmentation fault after passing allocatable array as intent(out) and its element as value into the same subroutine

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92178 --- Comment #8 from kargl at gcc dot gnu.org --- Patch submitted. https://gcc.gnu.org/ml/gcc-patches/2019-10/msg01686.html

[Bug gcov-profile/91971] Profile directory concatenated with object file path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91971 --- Comment #5 from qinzhao at gcc dot gnu.org --- Author: qinzhao Date: Wed Oct 23 18:12:39 2019 New Revision: 277344 URL: https://gcc.gnu.org/viewcvs?rev=277344=gcc=rev Log: 2019-10-23 qing zhao PR gcov-profile/91971 *

[PATCH] PR fortran/92178 -- Re-order argument deallocation

The attached patch has been tested on x86_64-*-freebsd. OK to commit? 2019-10-23 Steven G. Kargl PR fortran/92178 * trans-expr.c (gfc_conv_procedure_call): Evaluate args and then deallocate actual args assocated with intent(out) dummies. 2019-10-23 Steven G. Kargl

[Bug c++/91548] [10 Regression] Regression in constexpr evaluation of std::array

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91548 Marek Polacek changed: What|Removed |Added Keywords||patch --- Comment #8 from Marek Polacek

C++ PATCH for c++/91548 - fix detecting modifying const objects for ARRAY_REF

This fixes a bogus "modifying a const object" error for an array that actually isn't declared const. The problem was how I handled ARRAY_REFs here; we shouldn't look at the ARRAY_REF itself, but at the array its accessing. Bootstrapped/regtested on x86_64-linux, ok for trunk? 2019-10-23 Marek

[Bug c++/92201] [10 Regression] "internal compiler error: ‘verify_gimple’ failed" with -std=c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92201 Marek Polacek changed: What|Removed |Added Keywords||ice-on-valid-code

Re: Pass the data vector mode to get_mask_mode

On 23 October 2019 13:16:19 CEST, Richard Sandiford wrote: >+++ gcc/config/gcn/gcn.c 2019-10-23 12:13:54.091122156 +0100 >@@ -3786,8 +3786,7 @@ gcn_expand_builtin (tree exp, rtx target >a vector. */ > > opt_machine_mode >-gcn_vectorize_get_mask_mode (poly_uint64 ARG_UNUSED (nunits),

[Bug c++/92201] New: "internal compiler error: ‘verify_gimple’ failed" with -std=c++2a

ty: normal Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: sbergman at redhat dot com Target Milestone: --- With recent trunk: > $ gcc/trunk/inst/bin/g++ --version > g++ (GCC) 10.0.0 20191023 (experimental) > Copyright (C)

[Bug c/92172] ARM Thumb2 frame pointers inconsistent with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92172 --- Comment #6 from Wilco --- (In reply to Seth LaForge from comment #5) > GCC 8: > push{r7, lr} > sub sp, sp, #8 > add r7, sp, #0 > str r0, [r7, #4] > ... > > Clang 9: > push

[COMMITTED][MSP430] Fix incorrect determination of hardware multiply support

Some areas of the MSP430 backend modify code generation based on whether the target device has hardware multiply support. However comparisons of the form "msp430_hwmult_type != MSP430_HWMULT_NONE" are invalid, since MSP430_HWMULT_AUTO might be set (to infer hwmult support from the MCU specified

[COMMITTED][MSP430] Cleanup code in hardware multiply library

The libgcc hardware multiply library for MSP430 uses its own naming scheme, which has some similarities, but is still different, to how TI names the registers across the documentation for all its MSP430 devices. Furthermore, 32-bit and f5series specific hwmult registers have their addresses

[Bug c++/91369] Implement P0784R7: constexpr new

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91369 --- Comment #18 from Jonathan Wakely --- Author: redi Date: Wed Oct 23 17:42:11 2019 New Revision: 277342 URL: https://gcc.gnu.org/viewcvs?rev=277342=gcc=rev Log: PR c++/91369 Implement P0784R7 changes to allocation and construction This patch

Re: [PATCH] Refactor rust-demangle to be independent of C++ demangling.

On Wed, Oct 23, 2019 at 07:28:48PM +0200, Jakub Jelinek wrote: > On Wed, Oct 23, 2019 at 12:19:10PM -0500, Segher Boessenkool wrote: > > I of course know that for e.g. strcmp or strlen we need to be careful of > > page crossings; but this is strncmp, which has a size argument saying the > > size

[PATCH][MSP430] Use hardware multiply routine to perform HImode widening multiplication (mulhisi3)

For MSP430 in some configurations, GCC will generate code for mulhisi3 by inserting instructions to widen each 16-bit operand before calling a library routine for mulsi3. However, there exists a hardware multiply routine to perform this widening multiplication, but it is only made use of at -O3

Re: [PATCH] Refactor rust-demangle to be independent of C++ demangling.

On Wed, Oct 23, 2019 at 12:19:10PM -0500, Segher Boessenkool wrote: > I of course know that for e.g. strcmp or strlen we need to be careful of > page crossings; but this is strncmp, which has a size argument saying the > size of the array objects of its arguments!

[Bug libstdc++/92200] Shared pointer not destroyed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92200 --- Comment #1 from Vanshil Shah --- Created attachment 47096 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47096=edit preprocessed file that triggers the bug

[Bug libstdc++/92200] New: Shared pointer not destroyed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92200 Bug ID: 92200 Summary: Shared pointer not destroyed Product: gcc Version: 7.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++

Re: [PATCH] Refactor rust-demangle to be independent of C++ demangling.

On Wed, Oct 23, 2019 at 06:46:14PM +0200, Jakub Jelinek wrote: > On Wed, Oct 23, 2019 at 11:37:26AM -0500, Segher Boessenkool wrote: > > On Wed, Oct 23, 2019 at 07:22:47PM +0300, Alexander Monakov wrote: > > > On Wed, 23 Oct 2019, Eduard-Mihai Burtescu wrote: > > > > @@ -384,6 +384,14 @@

Re: [PATCH] Refactor rust-demangle to be independent of C++ demangling.

On Wed, Oct 23, 2019 at 11:37:26AM -0500, Segher Boessenkool wrote: > On Wed, Oct 23, 2019 at 07:22:47PM +0300, Alexander Monakov wrote: > > On Wed, 23 Oct 2019, Eduard-Mihai Burtescu wrote: > > > @@ -384,6 +384,14 @@ rust_demangle_callback (const char *mangled, int > > > options, > > >

Re:lemire.me:Increase the number of visitors

Dear lemire.me, Is your website truly effective in reaching its audience? Which is why I propose to SEO optimize your website lemire.me, so it could capture the attention of its customers.. in its targeted geography and demography. My research on lemire.me suggests that though the website

Re: [PATCH] Refactor rust-demangle to be independent of C++ demangling.

On Wed, Oct 23, 2019 at 07:22:47PM +0300, Alexander Monakov wrote: > On Wed, 23 Oct 2019, Eduard-Mihai Burtescu wrote: > > @@ -384,6 +384,14 @@ rust_demangle_callback (const char *mangled, int > > options, > > return 0; > >rdm.sym_len--; > > > > + /* Legacy Rust symbols

[Bug c/92172] ARM Thumb2 frame pointers inconsistent with clang

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92172 --- Comment #5 from Seth LaForge --- Richard: > No it doesn't. The AAPCS for AArch32 makes no reference to a frame pointer, > so there is no portable way defined for walking a frame other than by using > dwarf records or C++ unwinding

Re: [PATCH] Refactor rust-demangle to be independent of C++ demangling.

On Wed, 23 Oct 2019, Eduard-Mihai Burtescu wrote: > @@ -384,6 +384,14 @@ rust_demangle_callback (const char *mangled, int options, > return 0; >rdm.sym_len--; > > + /* Legacy Rust symbols also always end with a path segment > + that encodes a 16 hex digit hash,

Re: Reduce inline-heuristics-hint-percent (to fix exchange2 regression)

> On 10/23/19 9:07 AM, Jan Hubicka wrote: > > Hi, > > this patch reduces inline-heuristics-hint-percent so inliner behaves > > more similarly to what it did before I introduced this param. > > > > Bootstrapped/regtested x86_64-linux, comitted. > > I plan to do more tuning on this parameter, but

[PATCH] Replace C++14 feature used in C++11 test

* testsuite/20_util/bind/91371.cc: Fix test to compile as C++11. Tested powerpvc64le-linux, committed to trunk. commit d51d04301d30e199c53a705777d263b3f596e86f Author: Jonathan Wakely Date: Wed Oct 23 16:49:55 2019 +0100 Replace C++14 feature used in C++11 test

[PATCH] Qualify type names in

* include/ext/throw_allocator.h (throw_allocator_base): Qualify size_t and ptrdiff_t. Tested powerpc64le-linux, committed to trunk. commit a1dcc5b28035e241ac766c7699559f06b88f786c Author: Jonathan Wakely Date: Wed Oct 23 15:23:11 2019 +0100 Qualify type names in

[PATCH] Adjust pb_ds extensions to use allocator_traits

This fixes the PDBS containers to support C++11-style allocators. I consider the hours spent doing this completely wasted, but it was necessary to keep the testsuite clean. I still want this code to go away. Tested powerpc64le-linux, committed to trunk. These changes are largely useless,

[Bug c++/92197] String Concatenation, Commutativity, and Side-Effect Inducing Functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92197 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Re: [PATCH] Remove redundant std::allocator members for C++20

On 22/10/19 23:09 +0100, Jonathan Wakely wrote: On 22/10/19 22:40 +0100, Jonathan Wakely wrote: C++20 removes a number of std::allocator members that have correct defaults provided by std::allocator_traits, so aren't needed. Several extensions including __gnu_cxx::hash_map and tr1 containers

[Bug testsuite/92199] [10 regression] g++.old-deja/g++.robertl/eb133b.C fails after r277300

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92199 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug testsuite/92199] New: [10 regression] g++.old-deja/g++.robertl/eb133b.C fails after r277300

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92199 Bug ID: 92199 Summary: [10 regression] g++.old-deja/g++.robertl/eb133b.C fails after r277300 Product: gcc Version: 10.0 Status: UNCONFIRMED Severity: normal

[Bug target/91886] [10 regression] powerpc64 impossible constraint in asm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91886 --- Comment #2 from nsz at gcc dot gnu.org --- note that "ws" is now supported by clang, but "wa" is not.

Re: Fix PR90796

Hello, On Tue, 22 Oct 2019, Rainer Orth wrote: > > testsuite/ > > * gcc.dg/unroll-and-jam.c: Add three invalid and one valid case. > > this testcase now FAILs on 32-bit targets (seen on i386-pc-solaris2.11 > and sparc-sun-solaris2.11, also reports for i686-pc-linux-gnu and >

Re: [PATCH] Fix algo constexpr tests in Debug mode

On 28/09/19 23:12 +0200, François Dumont wrote: Here is what I just commited. I try to use the asm trick in the _GLIBCXX_DEBUG_VERIFY_COND_AT but didn't notice any enhancement. So for now I kept my solution to just have a non-constexpr call compiler error. I fix my patch to use

[Bug c++/92197] String Concatenation, Commutativity, and Side-Effect Inducing Functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92197 --- Comment #1 from Louis Jenkins --- Can confirm that on Godbolt, this bug occurs _only_ with GCC, not with clang, nor icc, or ellcc. This bug has occurred since GCC version 4.7.3, presumably is still occurring in GCC version 10.0 (or whatever

[Bug c++/92194] maybe-uninitialized false positive with c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92194 --- Comment #2 from Marc Glisse --- With -Wsystem-headers you also get the warning in C++17 (and it is actually a bit more informative, at least it says where it is used).

Re: Reduce inline-heuristics-hint-percent (to fix exchange2 regression)

On 10/23/19 9:07 AM, Jan Hubicka wrote: > Hi, > this patch reduces inline-heuristics-hint-percent so inliner behaves > more similarly to what it did before I introduced this param. > > Bootstrapped/regtested x86_64-linux, comitted. > I plan to do more tuning on this parameter, but the value of

Reduce inline-heuristics-hint-percent (to fix exchange2 regression)

Hi, this patch reduces inline-heuristics-hint-percent so inliner behaves more similarly to what it did before I introduced this param. Bootstrapped/regtested x86_64-linux, comitted. I plan to do more tuning on this parameter, but the value of 1600 was actually a typo. Index: ChangeLog

[Bug c/92167] Poor source location choice for diagnostic in macro expansion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92167 --- Comment #1 from Andrew Church --- A similar problem occurs when passing the wrong number of arguments to a function which has been renamed with a macro -- the diagnostic is associated with the renaming macro instead of the original source

[Bug target/91886] [10 regression] powerpc64 impossible constraint in asm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91886 --- Comment #1 from nsz at gcc dot gnu.org --- seems to be broken since r271916

[Bug ipa/92074] [10 regression] 26% performance regression on Spec2017 548.exchange2_r

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92074 --- Comment #6 from Jan Hubicka --- Author: hubicka Date: Wed Oct 23 14:45:24 2019 New Revision: 277333 URL: https://gcc.gnu.org/viewcvs?rev=277333=gcc=rev Log: PR ipa/92074 * params.def (inline-heuristics-hint-percent): Set to

[Bug c++/92194] maybe-uninitialized false positive with c++2a

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92194 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment #1

[Bug c++/92198] error "different exception specifier" with forward referring noexcept condition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92198 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

[PATCH, GCC/ARM, 9/10] Call nscall function with blxns

[PATCH, GCC/ARM, 9/10] Call nscall function with blxns Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to call functions with the cmse_nonsecure_call attribute directly using blxns with no undue

[PATCH, GCC/ARM, 2/10] Add command line support for Armv8.1-M Mainline

[PATCH, GCC/ARM, 2/10] Add command line support Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to add command-line support for that new architecture. === Patch description === Besides the expected

[PATCH, GCC/ARM, 3/10] Save/restore FPCXTNS in nsentry functions

[PATCH, GCC/ARM, 3/10] Save/restore FPCXTNS in nsentry functions Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to enable saving/restoring of nonsecure FP context in function with the

[PATCH, GCC/ARM, 4/10] Clear GPR with CLRM

[PATCH, GCC/ARM, 4/10] Clear GPR with CLRM Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to improve code density of functions with the cmse_nonsecure_entry attribute and when calling function with

[PATCH, GCC/ARM, 6/10] Clear GPRs inline when calling nscall function

[PATCH, GCC/ARM, 6/10] Clear GPRs inline when calling nscall function Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to generate inline callee-saved register clearing when calling a function with

[PATCH, GCC/ARM, 8/10] Do lazy store & load inline when calling nscall function

[PATCH, GCC/ARM, 8/10] Do lazy store & load inline when calling nscall function Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to generate lazy store and load instruction inline when calling a

[PATCH, GCC/ARM, 1/10] Fix -mcmse check in libgcc

[PATCH, GCC/ARM, 1/10] Fix -mcmse check in libgcc Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to fix the check to determine whether -mcmse is supported by the host compiler. === Patch

[PATCH, GCC/ARM, 5/10] Clear VFP registers with VSCCLRM

[PATCH, GCC/ARM, 5/10] Clear VFP registers with VSCCLRM Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to improve code density of functions with the cmse_nonsecure_entry attribute and when calling

[PATCH, GCC/ARM, 7/10] Clear all VFP regs inline in hardfloat nscall functions

[PATCH, GCC/ARM, 7/10] Clear all VFP regs inline in hardfloat nscall functions Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to generate inline instructions to save, clear and restore callee-saved

[PATCH, GCC/ARM, 10/10] Enable -mcmse

[PATCH, GCC/ARM, 10/10] Enable -mcmse Hi, === Context === This patch is part of a patch series to add support for Armv8.1-M Mainline Security Extensions architecture. Its purpose is to enable the -mcmse option now that support for Armv8.1-M Security Extension is complete. === Patch description

[PATCH, GCC/ARM, 0/10] Add support for Armv8.1-M Mainline Security Extension

This is a patch series to implement support for the Armv8.1-M Mainline Security Extensions. The specification can be found in: https://developer.arm.com/docs/ddi0553/latest Mihail Ionescu(10) [PATCH, GCC/ARM, 1/10] Fix -mcmse check in libgcc [PATCH, GCC/ARM, 2/10] Add command line support for

[Bug c++/92198] New: error "different exception specifier" with forward referring noexcept condition

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92198 Bug ID: 92198 Summary: error "different exception specifier" with forward referring noexcept condition Product: gcc Version: 9.2.1 Status: UNCONFIRMED

  1   2   3   >