On 6/4/25 04:45, Richard Sandiford wrote:
> I think the issue is that:
>
> (insn 9 8 27 2 (parallel [
> (asm_operands/v ("fsrm %0") ("") 0 [
> (reg:SI 15 a5 [139])
> ]
> [
> (asm_inp
Tested x86_64-pc-linux-gnu, applying to trunk.
-- 8< --
Here constexpr evaluation was getting confused by the result of
split_nonconstant_init, which leaves an INIT_EXPR from an empty CONSTRUCTOR
to be followed by member initialization. As a result
CONSTRUCTOR_NO_CLEARING was set for the time_zo
On 6/4/25 10:36, Jeff Law wrote:
> On 5/9/25 2:27 PM, Vineet Gupta wrote:
>> FRM mode switching state machine has DYN as default state which it also
>> fallsback to after transitioning to other states such as DYN_CALL.
>> Currently TARGET_MODE_EMIT generates a FRM restore on any transition to
>> DY
On 6/4/25 9:40 AM, Xi Ruoyao wrote:
On Wed, 2025-05-28 at 18:17 +0100, Richard Sandiford wrote:
Sorry for the slow reply, had a few days off.
Xi Ruoyao writes:
If we see a promoted subreg and TRULY_NOOP_TRUNCATION says the
truncation is not a noop, then all bits of the inner reg are live.
On 5/12/25 5:59 AM, Richard Sandiford wrote:
Xi Ruoyao writes:
The tranform would be unsafe if !TRULY_NOOP_TRUNCATION because on these
machines the hardware may look at bits outside of the given mode.
gcc/ChangeLog:
PR rtl-optimization/120050
* ext-dce.cc (ext_dce_try_optim
On 6/3/25 11:11 AM, Richard Sandiford wrote:
Vineet Gupta writes:
On 6/3/25 08:24, Richard Sandiford wrote:
I think the issue is that:
(insn 9 8 27 2 (parallel [
(asm_operands/v ("fsrm %0") ("") 0 [
(reg:SI 15 a5 [139])
]
Hi Paul,
On 5/30/25 03:04, Paul-Antoine Arras wrote:
> This pattern enables the combine pass (or late-combine, depending on the case)
> to merge a vec_duplicate into a plus-mult or minus-mult RTL instruction.
>
> Before this patch, we have two instructions, e.g.:
> vfmv.v.fv6,fa0
> vfm
Hi Vineet,
On 04/06/2025 20:29, Vineet Gupta wrote:
Hi Paul,
On 5/30/25 03:04, Paul-Antoine Arras wrote:
This pattern enables the combine pass (or late-combine, depending on the case)
to merge a vec_duplicate into a plus-mult or minus-mult RTL instruction.
Before this patch, we have two instr
The leading sign character should be skipped when deciding whether to
insert thousands separators into a floating-point format.
libstdc++-v3/ChangeLog:
PR libstdc++/120548
* include/std/format (__formatter_fp::_M_localize): Do not
* include a leading sign character in the
On 04/06/2025 20:43, Vineet Gupta wrote:
On 6/4/25 11:34, Paul-Antoine Arras wrote:
Hi Vineet,
On 04/06/2025 20:29, Vineet Gupta wrote:
Hi Paul,
On 5/30/25 03:04, Paul-Antoine Arras wrote:
This pattern enables the combine pass (or late-combine, depending on the case)
to merge a vec_duplicate
On 6/4/25 11:34, Paul-Antoine Arras wrote:
> Hi Vineet,
>
> On 04/06/2025 20:29, Vineet Gupta wrote:
>> Hi Paul,
>>
>> On 5/30/25 03:04, Paul-Antoine Arras wrote:
>>> This pattern enables the combine pass (or late-combine, depending on the
>>> case)
>>> to merge a vec_duplicate into a plus-mult or
On Wed, 5 Mar 2025, Patrick Palka wrote:
> On Wed, 5 Mar 2025, Patrick Palka wrote:
>
> > On Thu, 24 Oct 2024, Jonathan Wakely wrote:
> >
> > > On Wed, 9 Oct 2024 at 14:02, Patrick Palka wrote:
> > > >
> > > > On Mon, 7 Oct 2024, Patrick Palka wrote:
> > > >
> > > > > Tested on x86_64-pc-linux-
For some 32-bit targets Glibc supports changing the size of time_t to be
64 bits by defining _TIME_BITS=64. That causes an ABI change which
would affect std::chrono::system_clock::to_time_t. Because to_time_t is
not a function template, its mangled name does not depend on the return
type, so it has
My previous patch that added a CLEANUP_POINT_EXPR around the device_num
selector expression in the C++ front end broke the testcase
c-c++-common/gomp/metadirective-target-device-2.c on offload targets.
It confused the code in omp_device_num_check that tries to bypass error
checking and do early res
Sandra Loosemore wrote:
gcc/ChangeLog
PR c++/120518
* omp-general.cc (omp_device_num_check): Look inside a
CLEANUP_POINT_EXPR when trying to optimize special cases.
LGTM. Thanks,
Tobias
[…]
+ tree t = *device_num;
+ if (TREE_CODE (t) == CLEANUP_POINT_EXPR)
+t =
On 5/26/25 8:55 AM, Nathaniel Shead wrote:
On Fri, May 23, 2025 at 11:31:26AM -0400, Jason Merrill wrote:
On 5/21/25 10:15 PM, Nathaniel Shead wrote:
Another approach would be to fix 'write_class_def' to handle these
declarations better, but that ended up being more work and felt fragile.
It al
Hi Suwa-san,
On Tue, Jun 3, 2025 at 7:44 AM Takayuki 'January June' Suwa
wrote:
>
> By using the previously unused CEIL|FLOOR|ROUND.S floating-point coprocessor
> instructions. In addition, two instruction operand format codes are added
> to output the scale value as assembler source.
>
> /
On 02/06/25 13:19 +0200, Tomasz Kamiński wrote:
This patch fixes the handle multiple digits values for the month, day, weekday
and hour, when used with the %m, %d, %e, %m, %u, %w, %H, and %D, %F specifiers.
The values are now printed unmodified. This patch also fixes printing negative
year with
Hi!
The function has 2 problems, one is _BitInt specific and the other is
most likely also reproduceable only with it.
The first issue is that I've missed updating the function for _BitInt,
maxbitlen as MAX_BITSIZE_MODE_ANY_INT + HOST_BITS_PER_WIDE_INT
obviously isn't guaranteed to be larger than
This is needed when testing with -D_GLIBCXX_USE_CXX11_ABI=0 to fix:
FAIL: std/time/format/empty_spec.cc -std=gnu++20 (test for excess errors)
libstdc++-v3/ChangeLog:
* testsuite/std/time/format/empty_spec.cc: Only test time zones
for cxx11 string ABI.
---
Pushed to trunk.
libs
On 6/4/25 10:40, Jeff Law wrote:
>
> On 5/23/25 12:22 PM, Vineet Gupta wrote:
>
>> 3. NOK: We loose the ability to instrument local RM writes - especially in
>> the
>> testsuite.
>> e.g.
>> a. instrinsic setting a static RM
>> b. get_frm() to ensure that happened (inline asm to rea
On Wed, Jun 4, 2025 at 4:13 PM Richard Sandiford
wrote:
>
> Richard Biener writes:
> > On Wed, Jun 4, 2025 at 7:28 AM H.J. Lu wrote:
> >>
> >> On s390x, for input:
> >>
> >> (call_insn/u 7 6 11 2 (parallel [
> >> (set (reg:SI 2 %r2)
> >> (call (subreg:QI (symbol_ref:S
This aarch64 specific vld2 intrinsics testcase was fixed by
r16-1113-g069caa5cea91f
(simple copy propagation for aggregates). I didn't include it in the original
patch as I was testing on x86_64 but I got around to testing this
and now we don't have any more extra movs so let's add a testcase.
Te
On 6/4/25 11:43, Vineet Gupta wrote:
> On 6/4/25 11:34, Paul-Antoine Arras wrote:
>> Hi Vineet,
>>
>> On 04/06/2025 20:29, Vineet Gupta wrote:
>>> Hi Paul,
>>>
>>> On 5/30/25 03:04, Paul-Antoine Arras wrote:
This pattern enables the combine pass (or late-combine, depending on the
case
These overloads should never be used for proxy waits, so add assertions
to ensure that they aren't used accidentally.
The reason they can't be used is that they don't call
__args._M_setup_wait to obtain a __wait_state pointer. Even if that was
changed, they would wait on a proxy wait which is pote
Rename __semaphore_base to __semaphore_impl, because it's not used as a
base class. Replace the three identical lambda expressions with a named
class, __semaphore_impl::_Can_acquire, which stores the most recent
value of the counter as a data member.
Add a new __platform_semaphore_impl class templ
On 6/4/25 3:23 PM, Vineet Gupta wrote:
On 6/4/25 10:40, Jeff Law wrote:
On 5/23/25 12:22 PM, Vineet Gupta wrote:
3. NOK: We loose the ability to instrument local RM writes - especially in the
testsuite.
e.g.
a. instrinsic setting a static RM
b. get_frm() to ensure that h
On 6/4/25 15:06, Jeff Law wrote:
>> static int
>> get_frm ()
>> {
>> int frm = -1;
>> __asm__ volatile ( "frrm %0" :"=r"(frm) : :);
>> return frm;
>> }
>>
>> int
>> test_float_point_frm_static (float *out, vfloat32m1_t op1, vfloat32m1_t
>> op2,
>>
This patch has a minor improvement to if-converted sequences based on
observations I found while evaluating another patch from Shreya to
handle more cases with zicond insns.
Specifically there is a smaller/faster way than zicond to generate a
-1,1 result when the condition is testing the sign
On Wed, Jun 4, 2025 at 8:02 PM Jonathan Wakely wrote:
>
> On Thu, 29 May 2025 at 20:30, Nathan Myers wrote:
> >
> > Change in V4:
> > * Rename tests to string_view.cc
> > * Adapt tests to cons/wchar_t directories
> > * Define symbol __cpp_lib_sstream_from_string_view as 202406
> > * Define sy
On Wed, 04 Jun 2025 17:25:20 PDT (-0700), Jeff Law wrote:
This patch has a minor improvement to if-converted sequences based on
observations I found while evaluating another patch from Shreya to
handle more cases with zicond insns.
Specifically there is a smaller/faster way than zicond to genera
On 6/4/25 6:37 PM, Palmer Dabbelt wrote:
On Wed, 04 Jun 2025 17:25:20 PDT (-0700), Jeff Law wrote:
This patch has a minor improvement to if-converted sequences based on
observations I found while evaluating another patch from Shreya to
handle more cases with zicond insns.
Specifically there is
Hi,
Some vmovvdup pattern's type attribute is sselog1 and then mem attribute is
both. Modify type attribute according to other patterns about vmovvdup.
Bootstrapped and regtested on x86_64-linux-pc-gnu, OK for trunk?
BRs,
Lin
gcc/ChangeLog:
* config/i386/sse.md
(avx512f_movddup
Update the defination of RISC-V extensions in riscv-ext.def.
gcc/ChangeLog:
* config/riscv/riscv-ext.def: Update declaration.
Signed-off-by: Jiawei
---
gcc/config/riscv/riscv-ext.def | 282 -
1 file changed, 141 insertions(+), 141 deletions(-)
diff --gi
On 6/4/25 08:15, Tobias Burnus wrote:
This came up when looking at some context selectors that use
'target_device',
but is largely unrelated to it. (target_device has its own special casing).
Namely, it makes omp_get_initial_device and omp_get_num_devices PURE,
which attributes don't permit for
Committed since it is a simply typo fix.
Thanks
在 2025/6/5 9:38, Jiawei 写道:
Update the defination of RISC-V extensions in riscv-ext.def.
gcc/ChangeLog:
* config/riscv/riscv-ext.def: Update declaration.
Signed-off-by: Jiawei
---
gcc/config/riscv/riscv-ext.def | 282
This patch introduces a new testcase to verify the merging of profiles
is performed for cloned functions.
Since this is invoked very early, before the pass manager, we need to
set up the dumping explicitly. This is similar to the handling in
finish_optimization_passes.
gcc/ChangeLog:
* a
On Tue, 3 Jun 2025, Tamar Christina wrote:
> > -Original Message-
> > From: Richard Biener
> > Sent: Tuesday, June 3, 2025 2:12 PM
> > To: Tamar Christina
> > Cc: Richard Biener ; Richard Sandiford
> > ; Pengfei Li ; gcc-
> > patc...@gcc.gnu.org; ktkac...@nvidia.com
> > Subject: Re: [PAT
On Tue, Jun 3, 2025 at 9:16 PM Joseph Myers wrote:
>
> On Tue, 3 Jun 2025, Andrew Pinski wrote:
>
> > This is just a simple check to see if the flags like LangEnabledBy
> > have the correct case. By putting everything into upper case and
> > seeing if there is a match (if previously there was not
On Tue, Jun 3, 2025 at 7:53 PM Jonathan Wakely
wrote:
>
>
> On Tue, 3 Jun 2025, 16:07 Tomasz Kaminski, wrote:
>
>>
>>
>> On Tue, Jun 3, 2025 at 4:40 PM Jonathan Wakely
>> wrote:
>>
>>> On Tue, 3 Jun 2025 at 14:46, Jonathan Wakely wrote:
>>> >
>>> > For some 32-bit targets Glibc supports changi
On Tue, Jun 3, 2025 at 6:56 PM Luc Grosheintz
wrote:
> Thank you Tomasz for the round of review. IIUC we have several
> cases of if there's a v6, please change this, and no mandatory
> changes.
>
> Would you like me to submit a v6?
>
If you could fix to the test on 32bit architectures, that would
> -Original Message-
> From: Richard Biener
> Sent: Wednesday, June 4, 2025 8:04 AM
> To: Tamar Christina
> Cc: Richard Biener ; Richard Sandiford
> ; Pengfei Li ; gcc-
> patc...@gcc.gnu.org; ktkac...@nvidia.com
> Subject: RE: [PATCH] vect: Improve vectorization for small-trip-count loops
Hi Harald,
merged as gcc-16-1096-gafa2de8093a. Thanks again for the review.
Regards,
Andre
On Tue, 3 Jun 2025 21:59:52 +0200
Harald Anlauf wrote:
> Hi Andre,
>
> On 6/3/25 13:31, Andre Vehreschild wrote:
> > Hi all,
> >
> > thanks for the explanations, Christophe. This is very much a
gcc/ChangeLog:
PR target/91384
* config/i386/i386.md: Add new peeophole2 for optimize *negsi_1
followed by *cmpsi_ccno_1 with APX_F.
gcc/testsuite/ChangeLog:
PR target/91384
* gcc.target/i386/pr91384-1.c: New test.
---
gcc/config/i386/i386.md
On Wed, 4 Jun 2025, Tamar Christina wrote:
> > -Original Message-
> > From: Richard Biener
> > Sent: Wednesday, June 4, 2025 8:04 AM
> > To: Tamar Christina
> > Cc: Richard Biener ; Richard Sandiford
> > ; Pengfei Li ; gcc-
> > patc...@gcc.gnu.org; ktkac...@nvidia.com
> > Subject: RE: [P
> -Original Message-
> From: Richard Biener
> Sent: Wednesday, June 4, 2025 8:34 AM
> To: Tamar Christina
> Cc: Richard Biener ; Richard Sandiford
> ; Pengfei Li ; gcc-
> patc...@gcc.gnu.org; ktkac...@nvidia.com
> Subject: RE: [PATCH] vect: Improve vectorization for small-trip-count loops
On Wed, 4 Jun 2025, Tamar Christina wrote:
> > -Original Message-
> > From: Richard Biener
> > Sent: Wednesday, June 4, 2025 8:34 AM
> > To: Tamar Christina
> > Cc: Richard Biener ; Richard Sandiford
> > ; Pengfei Li ; gcc-
> > patc...@gcc.gnu.org; ktkac...@nvidia.com
> > Subject: RE: [P
Hi Julian,
On Fri, 2025-05-02 09:59:13 +, Julian Waters
wrote:
> After a long hiatus, I've returned to address review comments on the
> Windows TLS patch. Attached here is the final patch from this
> effort. Ok for merge? Will need help from Windows maintainers to
> commit once this is appro
Hi Jan,
I'll add that to my to do list, thanks for the report! It may take a
while for me to do since I am a university student however.
best regards,
Julian
On Wed, Jun 4, 2025 at 4:31 PM Jan-Benedict Glaw wrote:
>
> Hi Julian,
>
> On Fri, 2025-05-02 09:59:13 +, Julian Waters
> wrote:
>
Sorry for responding late.
Richard Biener writes:
>> > > > > > OK, so SVE VLS -msve-vector-bits=128 modes are indistinguishable
>> > > > > > from
>> > Adv.
>> > > > > > SIMD
>> > > > > > modes by the middle-end?
>> > > > >
>> > > > > I believe so, the ACLE types have an annotation on them to lif
Tamar Christina writes:
> The documentation for outline atomics is missing the entry for
> -mno-outline-atomics which this patch adds.
>
> Bootstrapped Regtested on aarch64-none-linux-gnu and no issues.
>
> Ok for master?
>
> Thanks,
> Tamar
>
> gcc/ChangeLog:
>
> * doc/extend.texi (outline-
Hi!
C2Y voted in the
https://www.open-std.org/jtc1/sc22/wg14/www/docs/n3466.pdf
paper, which clarifies some of the conditional nonnull cases.
For strncat/__strncat_chk no changes are necessary, we already
use __attribute__((nonnull (1), nonnull_if_nonzero (2, 3))) attributes
on the builtin and gli
Thank you for all suggestions above.
> > I see. So this clearly is a feature on instructions then, not modes.
> > In fact it might be profitable to use unpredicated add to avoid
> > computing the loop mask for a specific element width completely even
> > when that would require more operation for
Dear Sir,
Wish you have a nice day. This's Lina from Donguan Libang Precision Mold
Co.,ltd of China. We are factory mold maker not trader.
We make the precision MIM precision parts & non-standard precision mold parts
more than 15 years. Our Sales market: 20% Japan, 35% Europe, 35% Ameri
This patches fixes an obvious error, where the output iterator argument was
missing for call to format_to, when duration with custom representation types
are used.
It's also adding the test for behavior of ostream operator and the formatting
with empty chron-spec for the chrono types. Current cove
在 2025-6-4 16:31, Jan-Benedict Glaw 写道:
With automated builds (configured with --enable-languages=all
--enable-languages=c,c++ --disable-gcov --disable-shared
--disable-threads --target=i686-mingw32crt --without-headers), I see
new warnings about unused parameters (`model` and `for_mov`) and
vari
On Wed, 4 Jun 2025, Richard Sandiford wrote:
> Sorry for responding late.
>
> Richard Biener writes:
> >> > > > > > OK, so SVE VLS -msve-vector-bits=128 modes are indistinguishable
> >> > > > > > from
> >> > Adv.
> >> > > > > > SIMD
> >> > > > > > modes by the middle-end?
> >> > > > >
> >> > >
This patch adds support for the XiangShan Kunminghu CPU in GCC, allowing
the use of the `-mcpu=xiangshan-kunminghu` option.
XiangShan-KunMingHu is the third-generation open-source high-performance
RISC-V processor.[1] You can find the corresponding ISA extension from the
XiangShan Github repositor
> -Original Message-
> From: Richard Biener
> Sent: Wednesday, June 4, 2025 10:43 AM
> To: Richard Sandiford
> Cc: Tamar Christina ; Richard Biener
> ; Pengfei Li ; gcc-
> patc...@gcc.gnu.org; ktkac...@nvidia.com
> Subject: Re: [PATCH] vect: Improve vectorization for small-trip-count loop
> On 4 Jun 2025, at 18:20, Xi Ruoyao wrote:
>
> On Wed, 2025-06-04 at 17:56 +0800, Jiawei wrote:
>> +RISCV_CORE("xiangshan-kunminghu",
>> "rv64imafdcbvh_sdtrig_sha_shcounterenw_"
>> +
>> "shgatpa_shlcofideleg_shtvala_shvsatpa_shvstvala_shvstvecd_"
>> +
>> "smaia_smcsrind_smdbltrp
On 6/3/25 15:10, Tomasz Kaminski wrote:
On Tue, Jun 3, 2025 at 2:50 PM Luc Grosheintz
wrote:
On 6/3/25 14:31, Tomasz Kaminski wrote:
On Mon, Jun 2, 2025 at 9:07 AM Luc Grosheintz
wrote:
On 5/30/25 18:42, Luc Grosheintz wrote:
Implements a suite of tests for the currently implemente
On Wed, 4 Jun 2025, 10:27 Tomasz Kamiński, wrote:
> This patches fixes an obvious error, where the output iterator argument was
> missing for call to format_to, when duration with custom representation
> types
> are used.
>
> It's also adding the test for behavior of ostream operator and the
> fo
Am Mi., 4. Juni 2025 um 11:27 Uhr schrieb Tomasz Kamiński <
tkami...@redhat.com>:
> This patches fixes an obvious error, where the output iterator argument was
> missing for call to format_to, when duration with custom representation
> types
> are used.
>
> It's also adding the test for behavior o
Richard Biener writes:
> On Wed, Jun 4, 2025 at 7:28 AM H.J. Lu wrote:
>>
>> On s390x, for input:
>>
>> (call_insn/u 7 6 11 2 (parallel [
>> (set (reg:SI 2 %r2)
>> (call (subreg:QI (symbol_ref:SI ("__tls_get_offset")
>> [flags 0x1]) 3)
>> (const_int
On Wed, Jun 4, 2025 at 7:28 AM H.J. Lu wrote:
>
> On s390x, for input:
>
> (call_insn/u 7 6 11 2 (parallel [
> (set (reg:SI 2 %r2)
> (call (subreg:QI (symbol_ref:SI ("__tls_get_offset")
> [flags 0x1]) 3)
> (const_int 0 [0])))
> (clobber (
On Wed, Jun 4, 2025 at 12:43 PM Daniel Krügler
wrote:
> Am Mi., 4. Juni 2025 um 11:27 Uhr schrieb Tomasz Kamiński <
> tkami...@redhat.com>:
>
>> This patches fixes an obvious error, where the output iterator argument
>> was
>> missing for call to format_to, when duration with custom representatio
On Wed, Jun 4, 2025 at 12:36 PM Luc Grosheintz
wrote:
>
>
> On 6/3/25 15:10, Tomasz Kaminski wrote:
> > On Tue, Jun 3, 2025 at 2:50 PM Luc Grosheintz
> > wrote:
> >
> >>
> >>
> >> On 6/3/25 14:31, Tomasz Kaminski wrote:
> >>> On Mon, Jun 2, 2025 at 9:07 AM Luc Grosheintz <
> luc.groshei...@gmail
On 6/3/25 15:24, Tomasz Kaminski wrote:
On Fri, May 30, 2025 at 6:44 PM Luc Grosheintz
wrote:
Implements the tests for layout_stride and for the features of the other
two layouts that depend on layout_stride.
libstdc++-v3/ChangeLog:
* testsuite/23_containers/mdspan/layouts/class_
Am Mi., 4. Juni 2025 um 12:57 Uhr schrieb Tomasz Kaminski <
tkami...@redhat.com>:
>
>
> On Wed, Jun 4, 2025 at 12:43 PM Daniel Krügler
> wrote:
>
>> Am Mi., 4. Juni 2025 um 11:27 Uhr schrieb Tomasz Kamiński <
>> tkami...@redhat.com>:
>>
>>> [...]
>>> +
>>> +template
>>> + requires std::is_integr
Adding a tests for behavior of the ostream operator and the formatting
with empty chronio-spec for the chrono types. Current coverage is:
* time point, zoned_time and local_time_format in this commit,
* duration and hh_mm_ss in r16-1099-gac0a04b7a254fb,
* calendar types in r16-1016-g28a17985dd34
On Wed, Jun 4, 2025 at 1:06 PM Daniel Krügler
wrote:
> Am Mi., 4. Juni 2025 um 12:57 Uhr schrieb Tomasz Kaminski <
> tkami...@redhat.com>:
>
>>
>>
>> On Wed, Jun 4, 2025 at 12:43 PM Daniel Krügler
>> wrote:
>>
>>> Am Mi., 4. Juni 2025 um 11:27 Uhr schrieb Tomasz Kamiński <
>>> tkami...@redhat.co
Ah, sorry I got confused in the review suggestions, and latter when
checking the code.
What I meant is:
Because the incoming strided_layout is required to be unique,
that implies that for each of strides are greater or equal to the extents.
As a consequence, other.required_span_size() is always gr
On Wed, 4 Jun 2025, 12:05 Daniel Krügler, wrote:
> Am Mi., 4. Juni 2025 um 12:57 Uhr schrieb Tomasz Kaminski <
> tkami...@redhat.com>:
>
>>
>>
>> On Wed, Jun 4, 2025 at 12:43 PM Daniel Krügler
>> wrote:
>>
>>> Am Mi., 4. Juni 2025 um 11:27 Uhr schrieb Tomasz Kamiński <
>>> tkami...@redhat.com>:
On Wed, Jun 4, 2025 at 1:19 PM Tomasz Kaminski wrote:
> Ah, sorry I got confused in the review suggestions, and latter when
> checking the code.
> What I meant is:
>
> Because the incoming strided_layout is required to be unique,
> that implies that for each of strides are greater or equal to the
On Wed, Jun 4, 2025 at 1:08 PM Tomasz Kamiński wrote:
> Adding a tests for behavior of the ostream operator and the formatting
> with empty chronio-spec for the chrono types. Current coverage is:
>
This should say "chron-spec", consider it to be fixed locally.
> * time point, zoned_time and loc
HTEC Public
Hi,
Could you please let us know if you have any comments
on this patch series?
Kind regards,
Aleksandar Rakic
From: Aleksandar Rakic
Sent: Monday, March 17, 2025 2:11 PM
To: gcc-patches@gcc.gnu.org
Cc: Djordje Todorovic; c...@mips.com; rich
On 6/3/25 14:49, Tomasz Kaminski wrote:
On Fri, May 30, 2025 at 6:47 PM Luc Grosheintz
wrote:
Implements the remaining parts of layout_left and layout_right; and all
of layout_stride.
The implementation of layout_stride::mapping::is_exhaustive applies
the following change to the standard:
HTEC Public
Hi,
Could you please let us know if you have any comments
on this patch series?
Kind regards,
Aleksandar Rakic
From: Aleksandar Rakic
Sent: Monday, March 17, 2025 2:14 PM
To: gcc-patches@gcc.gnu.org
Cc: Djordje Todorovic; c...@mips.com; ri
HTEC Public
Hi,
Could you please let us know if you have any comments
on this patch series?
Kind regards,
Aleksandar Rakic
From: Aleksandar Rakic
Sent: Monday, March 17, 2025 2:18 PM
To: gcc-patches@gcc.gnu.org
Cc: Djordje Todorovic; c...@mips.com; ric
Vineet Gupta writes:
> On 6/3/25 10:11, Richard Sandiford wrote:
>> Vineet Gupta writes:
>>> On 6/3/25 08:24, Richard Sandiford wrote:
I think the issue is that:
(insn 9 8 27 2 (parallel [
(asm_operands/v ("fsrm %0") ("") 0 [
(reg:SI 15 a5
On Wed, Jun 4, 2025 at 1:40 PM Luc Grosheintz
wrote:
>
>
> On 6/3/25 14:49, Tomasz Kaminski wrote:
> > On Fri, May 30, 2025 at 6:47 PM Luc Grosheintz >
> > wrote:
> >
> >> Implements the remaining parts of layout_left and layout_right; and all
> >> of layout_stride.
> >>
> >> The implementation
On Mon, Mar 17, 2025 at 2:14 PM Aleksandar Rakic
wrote:
>
> From: Robert Suchanek
>
> --param early-inlining-insns-cold=NUMBER
> --param max-inline-insns-small-and-cold=NUMBER
>
> Analysis shows that the main difference between -O2 and -Os goes down to
> inlining of cold or unlikely functions. Th
On Thu, 22 May 2025, Pengfei Li wrote:
> Hi,
>
> Just a gentle ping for below patch v3.
>
> I’ve made minor changes from v2 to v3, as listed below:
> - Added check if IFN_AVG_FLOOR is supported.
> - Wrapped new code in match.pd with macro "#ifdef GIMPLE".
OK.
Thanks,
Richard.
> > This patch f
HTEC Public
Hi,
Could you please let us know if you have any comments
on this patch series?
Kind regards,
Aleksandar Rakic
From: Aleksandar Rakic
Sent: Monday, March 17, 2025 2:21 PM
To: gcc-patches@gcc.gnu.org
Cc: Djordje Todorovic; c...@mips.com; rich
HTEC Public
Hi,
Could you please let us know if you have any comments
on this patch series?
Kind regards,
Aleksandar Rakic
From: Aleksandar Rakic
Sent: Monday, March 17, 2025 2:23 PM
To: gcc-patches@gcc.gnu.org
Cc: Djordje Todorovic; c...@mips.com; ric
HTEC Public
Hi,
Could you please let us know if you have any comments
on this patch series?
Kind regards,
Aleksandar Rakic
From: Aleksandar Rakic
Sent: Monday, March 17, 2025 2:25 PM
To: gcc-patches@gcc.gnu.org
Cc: Djordje Todorovic; c...@mips.com; rich
On Thu, 29 May 2025 at 20:30, Nathan Myers wrote:
>
> Change in V4:
> * Rename tests to string_view.cc
> * Adapt tests to cons/wchar_t directories
> * Define symbol __cpp_lib_sstream_from_string_view as 202406
> * Define symbol __glibcxx_want_sstream_from_string_view before version.h
> * Incl
On Tue, Jun 3, 2025 at 4:19 PM Spencer Abson wrote:
>
> On Tue, Jun 03, 2025 at 03:26:40PM +0200, Richard Biener wrote:
> > On Tue, Jun 3, 2025 at 3:09 PM Spencer Abson wrote:
> > >
> > > Floating-point to integer conversions can be inexact or invalid (e.g.,
> > > due to
> > > overflow or NaN).
On Tue, Jun 03, 2025 at 11:02:30AM -0400, Jason Merrill wrote:
> > On the potential_constant_expression_1 side, important change was to
> > set *jump_target conservatively on calls that could throw for C++26 (the
> > patch uses magic void_node for potential_constant_expression* instead of
> > VAR_D
On Mon, Jun 2, 2025 at 5:53 PM Richard Sandiford
wrote:
>
> In the comment trail for PR119966, I'd said that the validate_subreg
> condition:
>
> /* The outer size must be ordered wrt the register size, otherwise
> we wouldn't know at compile time how many registers the outer
> mode oc
On 6/4/25 13:19, Tomasz Kaminski wrote:
Ah, sorry I got confused in the review suggestions, and latter when
checking the code.
What I meant is:
Because the incoming strided_layout is required to be unique,
that implies that for each of strides are greater or equal to the extents.
As a consequ
On Tue, Jun 3, 2025 at 10:34 AM Jonathan Wakely wrote:
> There's a deadlock in std::counting_semaphore that occurs when the
> semaphore is under contention. The bug happens when one thread tries to
> acquire the mutex, calling __semaphore_base::_S_do_try_acquire to
> atomically decrement the coun
On Tue, Jun 3, 2025 at 10:32 AM Jonathan Wakely wrote:
> Replace the _S_get_current and _S_do_try_acquire static member functions
> with non-static member functions _M_get_current and _M_do_try_acquire.
> This means they don't need the address of _M_counter passed in.
>
> libstdc++-v3/ChangeLog:
On Wed, Jun 4, 2025 at 2:05 PM Luc Grosheintz
wrote:
>
>
> On 6/4/25 13:19, Tomasz Kaminski wrote:
> > Ah, sorry I got confused in the review suggestions, and latter when
> > checking the code.
> > What I meant is:
> >
> > Because the incoming strided_layout is required to be unique,
> > that imp
On Wed, 4 Jun 2025 at 13:09, Tomasz Kaminski wrote:
>
>
>
> On Tue, Jun 3, 2025 at 10:34 AM Jonathan Wakely wrote:
>>
>> There's a deadlock in std::counting_semaphore that occurs when the
>> semaphore is under contention. The bug happens when one thread tries to
>> acquire the mutex, calling __se
> This patch introduces a new testcase to verify the merging of profiles
> is performed for cloned functions.
>
> Since this is invoked very early, before the pass manager, we need to
> set up the dumping explicitly. This is similar to the handling in
> finish_optimization_passes.
>
> gcc/ChangeL
On Tue, Jun 3, 2025 at 6:06 PM Jonathan Wakely wrote:
> On Tue, 3 Jun 2025 at 09:46, Jonathan Wakely wrote:
> >
> > This adds a new implementation of std::counting_semaphore for the
> > case where Max == 1, i.e. the std::binary_semaphore typedef. When the
> > maximum counter value is 1 we don't n
On Wed, 2025-06-04 at 17:56 +0800, Jiawei wrote:
> +RISCV_CORE("xiangshan-kunminghu",
> "rv64imafdcbvh_sdtrig_sha_shcounterenw_"
> +
> "shgatpa_shlcofideleg_shtvala_shvsatpa_shvstvala_shvstvecd_"
> +
> "smaia_smcsrind_smdbltrp_smmpm_smnpm_smrnmi
I would prefer design when we have a platform_semaphore_base
that is defined only if _GLIBCXX_HAVE_PLATFORM_WAIT,
and semaphore_base.
For the platform_semaphore, this could you binary_semaphore code, with two
modification:
static constexpr ptrdiff_t _S_max = _Binary ? 1 :
numeric_limits::Max;
On Wed, 4 Jun 2025 at 13:44, Tomasz Kaminski wrote:
>
> On Tue, Jun 3, 2025 at 6:06 PM Jonathan Wakely wrote:
>>
>> On Tue, 3 Jun 2025 at 09:46, Jonathan Wakely wrote:
>> >
>> > This adds a new implementation of std::counting_semaphore for the
>> > case where Max == 1, i.e. the std::binary_semaph
1 - 100 of 177 matches
Mail list logo
