So the problem here is that aarch64_ldp_reg_operand will all subreg even subreg
of lo_sum.
When LRA tries to fix that up, all things break. So the fix is to change the
check to only
allow reg and subreg of regs.
Note the tendancy here is to use register_operand but that checks the mode of
the r
Hi.
When I implemented a hash table with reference to the C++ STL, I found that
when the hash table in the C++ STL deletes elements, if the first element
deleted is the begin element, the before begin node is repeatedly assigned.
This creates unnecessary performance overhead.
First, let’s see th
Huanghui Nie writes:
> Hi.
Please CC the libstdc++ LM for libstdc++ patches, per
https://gcc.gnu.org/onlinedocs/libstdc++/manual/appendix_contributing.html#list.patches.
> [...]
These options were categorized as C++ options, but they apply to all
C-family languages.
gcc/ChangeLog
PR c/111693
* doc/invoke.texi (Option Summary): Move -Wuseless-cast
from C++ Language Options to Warning Options. Add entry for
-Wuse-after-free.
(C++ Dia
On Mon, Jan 15, 2024 at 06:10:55PM -0500, Jason Merrill wrote:
> Under what circumstances does it make sense for CLASSTYPE_INTERFACE_ONLY to
> be set in the context of modules, anyway? We probably want to propagate it
> for things in the global module so that various libstdc++ explicit
> instantia
On Tue, Jan 16, 2024 at 9:26 PM Qing Zhao wrote:
>
>
>
> > On Jan 15, 2024, at 4:31 AM, Richard Biener
> > wrote:
> >
> >> All my questions for unshare_expr relate to a LTO bug that I currently
> >> stuck with
> >> when using .ACCESS_WITH_SIZE in bound sanitizer (only with -flto, without
> >>
On Wed, Jan 17, 2024 at 7:42 AM Richard Biener
wrote:
>
> On Tue, Jan 16, 2024 at 9:26 PM Qing Zhao wrote:
> >
> >
> >
> > > On Jan 15, 2024, at 4:31 AM, Richard Biener
> > > wrote:
> > >
> > >> All my questions for unshare_expr relate to a LTO bug that I currently
> > >> stuck with
> > >> wh
On Tue, Jan 16, 2024 at 11:20 PM Greg McGary wrote:
>
> The sign bit of a sign-extending load cannot be known until runtime,
> so don't attempt to simplify it in the combiner.
It feels like this papers over an issue downstream?
> 2024-01-11 Greg McGary
>
> PR rtl-optimization/113010
>
On Tue, Jan 16, 2024 at 3:52 PM Jeff Law wrote:
>
>
>
> On 1/15/24 05:56, Maxim Kuvyrkov wrote:
> > Hi Vladimir,
> > Hi Jeff,
> >
> > Richard and Alexander have reviewed this patch and [I assume] have no
> > further comments. OK to merge?
> I think the question is whether or not we're too late.
On Tue, Jan 16, 2024 at 4:00 PM Iain Sandoe wrote:
>
> Tested on x86_64 Darwin, x86_64 Linux.
> OK for trunk? When?
OK now.
> thanks
> Iain
>
> --- 8< ---
>
> Currently, these section names have wrong syntax for Mach-O.
> Although they were added some time ago; recently added tests are
> now em
on 2024/1/16 06:22, Ajit Agarwal wrote:
> Hello Richard:
>
> On 15/01/24 6:25 pm, Ajit Agarwal wrote:
>>
>>
>> On 15/01/24 6:14 pm, Ajit Agarwal wrote:
>>> Hello Richard:
>>>
>>> On 15/01/24 3:03 pm, Richard Biener wrote:
On Sun, Jan 14, 2024 at 4:29 PM Ajit Agarwal
wrote:
>
>
On Wed, 17 Jan 2024, 02:37 Patrick Palka, wrote:
> Tested on x86_64-pc-linux-gnu, does this look OK for trunk?
>
OK
> -- >8 --
>
> This compile-time and diagnostic improvement[1] is less important in
> C++23 mode where deducing this is available and used in _Pipe, but for
> benefit of C++20 m
> On Jan 17, 2024, at 10:51, Richard Biener wrote:
>
> On Tue, Jan 16, 2024 at 3:52 PM Jeff Law wrote:
>>
>>
>>
>> On 1/15/24 05:56, Maxim Kuvyrkov wrote:
>>> Hi Vladimir,
>>> Hi Jeff,
>>>
>>> Richard and Alexander have reviewed this patch and [I assume] have no
>>> further comments. OK to
On Wed, 17 Jan 2024 at 00:31, Jason Merrill wrote:
>
> On 1/10/24 04:22, Ken Matsui wrote:
> > +/* Return true if T is an integral type. With __STRICT_ANSI__, __int128
> > and
> > + unsigned __int128 are not integral types. */
>
> This really needs a rationale, since they are actually integer
On Wed, 17 Jan 2024 at 02:40, Patrick Palka wrote:
>
> Guard additions from P2321R2 zip with __cpp_lib_ranges_zip
> instead of __cplusplus > 202020L.
Ah yes, I should have changed all of these in r14-7225-gf8a5298c97c460
OK for trunk, thanks.
>
> libstdc++-v3/ChangeLog:
>
> * include/s
On Wed, 17 Jan 2024 at 02:41, Patrick Palka wrote:
>
> Similar to the previous change for , but since stl_pair.h is an
> internal header we need to use the corresponding internal macro instead.
OK thanks.
>
> libstdc++-v3/ChangeLog:
>
> * include/bits/stl_pair.h [__cplusplus > 202002L]:
On Thu, Jan 11, 2024 at 7:24 PM Fangrui Song wrote:
>
> Printing the raw symbol is useful in inline asm (e.g. in C++ to get the
> mangled name). Similar constraints are available in other targets (e.g.
> "S" for aarch64/riscv, "Cs" for m68k).
>
> There isn't a good way for x86 yet, e.g. "i" doesn
Greg McGary 于2024年1月17日周三 06:20写道：
>
> The sign bit of a sign-extending load cannot be known until runtime,
> so don't attempt to simplify it in the combiner.
>
> 2024-01-11 Greg McGary
>
> PR rtl-optimization/113010
> * combine.cc (expand_compound_operation): Don't simplify
>
101 - 118 of 118 matches
Mail list logo
