Hi Jerry,
Thanks for the review and testing. Pushed as r16-3851.
As to the memory leak in pdt_3.f03, I will take a look at it this
morning. I will raise a PR for it whatever I find.
Regards
Paul
On Sun, 14 Sept 2025 at 20:14, Jerry D wrote:
>
> On 9/14/25 6:04 AM, Paul Richard Thomas wrote:
>
On Sun, Sep 14, 2025 at 9:14 PM H.J. Lu wrote:
>
> If a single instruction can store or move the whole block of memory, use
> vector instruction and don't align destination.
>
> gcc/
>
> PR target/121934
> * config/i386/i386-expand.cc (ix86_expand_set_or_cpymem): If a
> sin
Hi,
For parameters passed by reference, the Ada compiler sets TREE_THIS_NOTRAP on
their dereference to prevent tree_could_trap_p from returning true and then
causing a new basic block to be created for every access to them (given that
in Ada the -fnon-call-exceptions flag is enabled by default)
On Mon, Sep 15, 2025 at 7:57 AM Uros Bizjak wrote:
>
> On Sun, Sep 14, 2025 at 9:14 PM H.J. Lu wrote:
> >
> > If a single instruction can store or move the whole block of memory, use
> > vector instruction and don't align destination.
> >
> > gcc/
> >
> > PR target/121934
> > * co
Add wrapper headers that prevent vendor vector headers from including
system stdint.h, ensuring tests work correctly when multilib is disabled.
gcc/testsuite/ChangeLog:
*
gcc.target/riscv/rvv/xandesvector/non-policy/non-overloaded/andes_vector.h: New
file.
*
gcc.target/riscv/rv
> From: Jiang, Haochen
> Sent: Monday, September 15, 2025 11:17 AM
>
> > From: Richard Earnshaw (lists)
> > Sent: Thursday, September 11, 2025 1:24 AM
> >
> > On 10/09/2025 14:06, Jeff Law wrote:
> > >
> > >
> > > On 9/10/25 4:23 AM, Iain Sandoe wrote:
> > >
> > >> Now we have this facility - and
On Mon, Sep 8, 2025 at 11:20 AM Cornea, Marius wrote:
>
> Hello,
>
> Ahmet will be back only on Oct 6.
>
> However, I do not fully understand this request.
>
> Where does this requirement come from: “_Decimal128 arithmetic requires the
> round-to-nearest rounding mode”? Is that the DFP rounding m
Broadcast from memory is better than load 128-bit vector + permutation
to 256-bit vector.
Bootstrapped and regtested on x86_64-pc-linux-gnu{-m32,}.
Ready push to trunk.
gcc/ChangeLog:
* config/i386/predicates.md (avx_vbroadcast128_operand): New
predicate.
* config/i386/ss
在 2025/9/12 下午10:36, Xi Ruoyao 写道:
After late-combine is added, split1 can see an input like
(insn 56 55 169 5
(set (reg/v:DI 87 [ n ])
(ior:DI (and:DI (reg/v:DI 87 [ n ])
(const_int 281474976710655 [0x]))
(and:DI (reg:
+/* Recognize patterns like [4 5 6 7 12 13 14 15] where a consecutive part of a
+ vector is combined into another. */
Is it better to use vcompress to combine such pattern ?
[4 5 6 7 x x x x]
[x x x x 12 13 14 15]
combine them use a single vcompress.vvm instruction ?
juzhe.zh...@rivai.ai
Add tests to show that std::condition_variable::wait_until and
std::condition_variable::wait_for don't suffer from libstdc++/PR116586.
libstdc++-v3/ChangeLog:
* testsuite/30_threads/condition_variable/members/116586.c: New test.
Signed-off-by: Mike Crowe
---
.../condition_variable/memb
When processing CRLF sequences, _cpp_clean_line correctly incremented
the source pointer 's' to skip over the CR character, but forgot to
update the destination pointer 'd' to the same location. This caused
both the CR and LF characters to be written to the output buffer,
outputting LFLF instead of
On Fri, Sep 12, 2025 at 08:30:55AM -0700, Andrew Pinski wrote:
> On Fri, Sep 12, 2025 at 4:58 AM Srinath Parvathaneni
> wrote:
> >
> > Hi All,
> >
> > In the current Binutils we have disabled the feature gating for sysreg
> > by default and we have introduced a new flag "-meanble-sysreg-checking"
Here's Shreya's next patch.
In pr58727 we have a case where the tree/gimple optimizers have decided
to "simplify" constants involved in logical ops by turning off as many
bits as they can in the hope that the simplified constant will be
easier/smaller to encode. That "simplified" constant get
Am Dienstag, dem 09.09.2025 um 09:33 -0700 schrieb Kees Cook:
>
>
> > > One thing for sure we need to settle on is a common hash and (AIUI)
> > > LLVM would like to drop the hash KCFI is currently using (KCFI is the
> > > last user of it). As I mentioned elsewhere, the hash doesn't need to be
>
Add tests to show that std::future::wait_until and
std::future::wait_for don't suffer from libstdc++/PR116586.
libstdc++-v3/ChangeLog:
* testsuite/30_threads/future/members/116586.cc: New test.
Signed-off-by: Mike Crowe
---
.../30_threads/future/members/116586.cc | 54 +++
Passing a timeout from before the epoch to
std::shared_timed_mutex::try_lock_until or
std::shared_timed_mutex::try_lock_shared_until causes the POSIX rwlock
functions to be passed an invalid negative timeout which results in them
returning EINVAL.
thread.timedmutex.requirements.general in the C++
Add tests to show that std::recursive_timed_mutex::try_lock_until and
std::recursive_timed_mutex::try_lock_for don't suffer from
libstdc++/PR116586.
libstdc++-v3/ChangeLog:
* testsuite/30_threads/recursive_timed_mutex/try_lock_until/116586.cc:
New test.
Signed-off-by: Mike Crowe
---
.
Passing a timeout from before the epoch to __platform_wait_until()
currently results in an exception being thrown because futex(2) doesn't
support negative timeouts. Let's just immediately return indicating a
timeout has happened.
Add test cases to prove that this bug is fixed for std::binary_sem
Add tests to show that std::timed_mutex::try_lock_until and
std::timed_mutex::try_lock_for don't suffer from libstdc++/PR116586.
libstdc++-v3/ChangeLog:
* testsuite/30_threads/timed_mutex/try_lock_until/116586.cc: New test.
Signed-off-by: Mike Crowe
---
.../timed_mutex/try_lock_until/1
This series fixes the std::shared_timed_mutex negative timeout bug[0] and
adds test cases to the other standard library wait functions that take
a timeout. Those test cases revealed a similar bug in std::binary_semaphore
and std::counting_semaphore which I've also fixed.
This series does nothing t
On Sun, Sep 14, 2025 at 12:45 PM Kees Cook wrote:
>
> On Sat, Sep 13, 2025 at 04:43:29PM -0700, Andrew Pinski wrote:
> > On Sat, Sep 13, 2025 at 4:28 PM Kees Cook wrote:
> > >
> > > Implement AArch64-specific KCFI backend.
> > >
> > > - Trap debugging through ESR (Exception Syndrome Register) enc
On Sat, Sep 13, 2025 at 04:43:29PM -0700, Andrew Pinski wrote:
> On Sat, Sep 13, 2025 at 4:28 PM Kees Cook wrote:
> >
> > Implement AArch64-specific KCFI backend.
> >
> > - Trap debugging through ESR (Exception Syndrome Register) encoding
> > in BRK instruction immediate values.
> >
> > - Scratc
On Thu, 11 Sep 2025, Tobias Burnus wrote:
> Comments?
I love how you keep taking care of tracking and documenting such changes.
> PS: I am aware of additional nice WIP features - like '(cond ? expr :
> expr)', pending bug fixes and other new features, but they can be added
> later. There is sti
From: Ronan Desplanques
Calling Check_Nonoverridable_Aspects only makes sense when the full type
declaration being analyzed is the completion of a partial view, and the
one call site of this procedure ensures this. Therefore the handling of
all the possible cases of completion in the procedure th
Am 13.09.25 um 22:54 schrieb Mikael Morin:
Le 12/09/2025 à 22:51, Harald Anlauf a écrit :
Am 12.09.25 um 11:12 schrieb Mikael Morin:
Le 11/09/2025 à 22:46, Harald Anlauf a écrit :
Am 11.09.25 um 22:27 schrieb Mikael Morin:
Le 11/09/2025 à 20:28, Harald Anlauf a écrit :
Dear all,
here's a -
If a single instruction can store or move the whole block of memory, use
vector instruction and don't align destination.
gcc/
PR target/121934
* config/i386/i386-expand.cc (ix86_expand_set_or_cpymem): If a
single instruction can store or move the whole block of memory,
On 9/14/25 6:04 AM, Paul Richard Thomas wrote:
Hi All,
The title in the PR is, "Bug 83763 - PDT variable sees content
deallocated if variable is passed as an input to a function, and the
function result is assigned to that same variable". The above is
slightly more concise!
The fix for the PR i
This pattern shows up with some C++ code (std::vector) where we get:
```
_9 = _201 - _36;
_10 = (long unsigned int) _9;
_11 = -_10;
_12 = _201 + _11;
```
In the original code it was `end - (end - begin)` but with inlined functions so
it
is not direct fixable.
This patch adds a new amtch
This patch adds support for more characters that are special to GNU make in
file-names.
Especially GNU make expects in rules that #, %, :, *, ? and [ characters
are preceded by a backslash to remove their special meaning.
PR preprocessor/41329
PR preprocessor/121450
libcpp/Change
Hi All,
The title in the PR is, "Bug 83763 - PDT variable sees content
deallocated if variable is passed as an input to a function, and the
function result is assigned to that same variable". The above is
slightly more concise!
The fix for the PR itself comprises the chunks in trans-expr.cc. On
c
On Sun, 14 Sep 2025, Sam James wrote:
> Richard Biener writes:
>
> > With no longer visiting TREE_CHAIN for decls we have to visit
> > the DECL_ARGUMENT chain manually.
> >
> > LTO bootstrap and regtest running on x86_64-unknown-linux-gnu.
> >
> > I'm not sure whether LTO bootstrap worked before
Richard Biener writes:
> With no longer visiting TREE_CHAIN for decls we have to visit
> the DECL_ARGUMENT chain manually.
>
> LTO bootstrap and regtest running on x86_64-unknown-linux-gnu.
>
> I'm not sure whether LTO bootstrap worked before
I didn't have bootstrap issues myself but I only trie
33 matches
Mail list logo
