[PATCH RFC] c++: add color to function decl printing

In reading C++ diagnostics, it's often hard to find the name of the function in the middle of the template header, return type, parameters, and template arguments. So let's colorize it, and maybe the template argument bindings while we're at it. I've somewhat arbitrarily chosen bold green for the

Fix handling of histogram in ipa-profile

Hi, this patch removes apparently forgotten debugging hack (which got in during the speculative call patchset) which reduces hot bb threshold. This does not make sense since it is set and reset randomly as the summaries are processed. One problem is that we set the BB threshold to make certain BBs

Fix ipa-modref handling of thunks

Hi, thunks are not transparent for ipa-modref summary since it cares about offsets from pointer parameters and also for virtual thunk about the read from memory in there. We however use function_or_virtual_thunk_symbol to get the summary that may lead to wrong code (and does in two testsuite testc

PING^4 [PATCH v4 0/2] Implement indirect external access

On Thu, Nov 25, 2021 at 9:54 AM H.J. Lu wrote: > > On Mon, Nov 1, 2021 at 7:02 AM H.J. Lu wrote: > > > > On Thu, Oct 21, 2021 at 12:56 PM H.J. Lu wrote: > > > > > > On Wed, Sep 22, 2021 at 7:02 PM H.J. Lu wrote: > > > > > > > > Changes in the v4 patch. > > > > > > > > 1. Add nodirect_extern_acc

Re: [PATCH] #undef isblank before def or decl in libstdc++ headers

On Sat, 11 Dec 2021, 10:56 Olivier Hainque via Libstdc++, < libstd...@gcc.gnu.org> wrote: > (Thanks for your feedback Jonathan) > > > On 10 Dec 2021, at 19:24, Jonathan Wakely wrote: > > > > I'm curious why _GLIBCXX_USE_C99_CTYPE_TR1 is not defined if VxWorks > > has isblank, the configure check

Re: [PATCH] gengtype: remove "tree_exp" special attribute

On Fri, Dec 10, 2021 at 3:57 PM Jeff Law wrote: > > > > On 12/10/2021 8:41 AM, Patrick Palka via Gcc-patches wrote: > > The function comment for adjust_field_tree_exp says this special case > > is for handling trees whose operands may contain pointers to RTL instead > > of to trees. But ever sinc

SV: [PATCH] jit: Add support for global rvalue initialization and ctors

Hi! Ye that should work since the lvalue:s are always created first. I haven't tried it, but I should add it to the testcase, together with some circular linked list thing, to see that nothing gets stuck running in a circle. Maybe I should verify this does not blow up the lib, too: extern con

Re: [PATCH] PR fortran/103606 - [9/10/11/12 Regression] ICE in resolve_fl_procedure, at fortran/resolve.c:13297

On 10/12/2021 22:49, Harald Anlauf via Fortran wrote: Dear all, when accessing CLASS components we need to ensure that the corresponding class container has already been built. Invalid code, e.g. the testcase in PR103606, may otherwise generate segfaults due to invalid reads. Regtested on x86_6

SV: [PATCH v2] jit: Add support for global rvalue initialization and ctors

Hi! > s/an union/a union/ > s/a rvalue/an rvalue/ Heh no way ... and I though I knew English grammar :) Had to look that up to see what the deal was but it makes sense. yunion, arevalue. > s/wrong-field-name/wrong-field-obj/ > > to match the struct example (given that the issue being tested f

[patch, power-ieee128, committed] Fix pattern for _c17 and _r17

Pushed to the branch. With this patch, the instructions generated are the ones that are expected, for example: $ objdump --disassemble sum_r17.o | grep xsaddqp 3cc: 08 08 00 fc xsaddqp v0,v0,v1 3dc: 08 08 00 fc xsaddqp v0,v0,v1 3ec: 08 08 00 fc xsaddqp v0,v0,v1 410: 08

Re: [PATCH] #undef isblank before def or decl in libstdc++ headers

(Thanks for your feedback Jonathan) > On 10 Dec 2021, at 19:24, Jonathan Wakely wrote: > > I'm curious why _GLIBCXX_USE_C99_CTYPE_TR1 is not defined if VxWorks > has isblank, the configure check is: Oh, hmm, very good point. The reason was that the definition of isblank is conditioned on _C99/_