Re: [PATCH] Reduce DF computation at -O0

2022-10-06 Thread Richard Biener via Gcc-patches
On Thu, Oct 6, 2022 at 7:27 PM Eric Botcazou via Gcc-patches wrote: > > Hi, > > even at -O0 there may be a fair amount of DF computation performed when > compiling large units and part of it appears to be useless. > > Bootstrapped/regtested on x86-64/Linux, OK for the mainline? OK. > > 2022-10-0

Re: [PATCH RFA] gimplify: prevent some C++ temporary elision

2022-10-06 Thread Richard Biener via Gcc-patches
On Thu, Oct 6, 2022 at 8:23 PM Jason Merrill via Gcc-patches wrote: > > Tested x86_64-pc-linux-gnu, OK for trunk? OK. Thanks, Richard. > -- >8 -- > > In this testcase, we were optimizing away the temporary for f(), but > C++17 and above are clear that there is a temporary, and because its > des

Re: [PATCH] PR middle-end/88345: Honor -falign-functions=N even optimized for size.

2022-10-06 Thread Richard Biener via Gcc-patches
On Fri, Oct 7, 2022 at 6:04 AM Kito Cheng wrote: > > From: Monk Chiang > > Currnetly setting of -falign-functions=N will be ignored if the function > is optimized for size or marked as cold function. > > However function alignment requirement is needed even optimized for > size in some situations

Re: [PATCH] IPA: support -flto + -flive-patching=inline-clone

2022-10-06 Thread Richard Biener via Gcc-patches
On Thu, Oct 6, 2022 at 3:18 PM Qing Zhao wrote: > > > > > On Oct 6, 2022, at 4:29 AM, Richard Biener > > wrote: > > > > On Wed, Oct 5, 2022 at 8:18 PM Qing Zhao via Gcc-patches > > wrote: > >> > >> > >> > >>> On Oct 5, 2022, at 1:36 PM, Martin Liška wrote: > >>> > >>> On 10/5/22 16:50, Qing Zh

Re: [PATCH 2/2] Split edge when edge locus and dest don't match

2022-10-06 Thread Richard Biener via Gcc-patches
On Thu, Oct 6, 2022 at 4:28 PM Jørgen Kvalsvik wrote: > > On 06/10/2022 10:12, Richard Biener wrote: > > On Wed, Oct 5, 2022 at 2:49 PM Martin Liška wrote: > >> > >> On 10/5/22 14:04, Jørgen Kvalsvik via Gcc-patches wrote: > >>> Edges with locus are candidates for splitting so that the edge with

[patch] Downgrade DWARF_VERSION_DEFAULT to 3 for VxWorks >= 7

2022-10-06 Thread Olivier Hainque via Gcc-patches
Hello, Using 4 as the DWARF_VERSION_DEFAULT value for VxWorks observably still hangs recent system debuggers on tbreak for some contructs, and downgrading to 3 improves the situation. Committing to mainline shortly. Cheers, Olivier 2022-03-06 Olivier Hainque gcc/ * config/vxworks.h

<    1   2