On Tue, May 07, 2024 at 21:15:09 +, Joseph Myers wrote:
> That can't be right. The GCC %q is a modifier that needs to have an
> actual format specifier it modifies (so %qs - which produces the same
> output as %<%s%> - but not %q by itself).
Yes, I got CI results of failure and noticed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114983
Bug ID: 114983
Summary: The -Wsizeof-array-div warning suppression using extra
parenthesis (which is even suggested when in the
warning itself) doesn't work inside templated code.
git commit g:046aeffba336295fbdaf0e1ecf64b582d08f0aa6
gcc-descr r11-11419-g046aeffba33629
power8
Linux 5.4.0-177-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Wed May 8 09:44:50 UTC 2024
Support syntax like:
asm volatile ("fmadd.d %w0, %w1, %w2" : "+w"(a): "w"(b), "w"(c));
gcc
* config/mips/constraints.md: Add new constraint 'w'.
gcc/testsuite
* gcc.target/mips/msa-inline-asm.c: New test.
---
gcc/config/mips/constraints.md | 3 +++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114936
Alex Coplan changed:
What|Removed |Added
Summary|[14/15 Regression] Typo in |[14 Regression] Typo in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #18 from LIU Hao ---
(In reply to Jakub Jelinek from comment #16)
> What is the reason behind
> /* mingw32 atexit function is safe to use in shared libraries. Use it
>to register C++ static destructors. */
> #define
https://gcc.gnu.org/g:73c8e24b692e691c665d0f1f5424432837bd8c06
commit r15-320-g73c8e24b692e691c665d0f1f5424432837bd8c06
Author: Alex Coplan
Date: Fri May 3 14:12:32 2024 +
aarch64: Fix typo in aarch64-ldp-fusion.cc:combine_reg_notes [PR114936]
This fixes a typo in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114936
--- Comment #1 from GCC Commits ---
The master branch has been updated by Alex Coplan :
https://gcc.gnu.org/g:73c8e24b692e691c665d0f1f5424432837bd8c06
commit r15-320-g73c8e24b692e691c665d0f1f5424432837bd8c06
Author: Alex Coplan
Date: Fri
LAST_UPDATED: Mon May 6 07:55:47 UTC 2024 (revision r15-172-g8daf4eb02a2)
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
FAIL: g++.dg/guality/pr55665.C -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects line 23 p == 40
FAIL:
On Wed, 8 May 2024 at 11:33, Andrew Waterman wrote:
>
> On Tue, May 7, 2024 at 9:46 AM Jonathan Wakely wrote:
> >
> > On Tue, 7 May 2024 at 17:39, Jonathan Wakely wrote:
> > >
> > > On Tue, 7 May 2024 at 17:33, Jeff Law wrote:
> > > >
> > > >
> > > >
> > > > On 5/7/24 9:36 AM, Andreas Schwab
On Tue, May 7, 2024 at 9:46 AM Jonathan Wakely wrote:
>
> On Tue, 7 May 2024 at 17:39, Jonathan Wakely wrote:
> >
> > On Tue, 7 May 2024 at 17:33, Jeff Law wrote:
> > >
> > >
> > >
> > > On 5/7/24 9:36 AM, Andreas Schwab wrote:
> > > > On Mai 07 2024, Jonathan Wakely wrote:
> > > >
> > > >>
LAST_UPDATED: Wed May 8 07:20:37 UTC 2024 (revision r15-312-g36e87799693)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-pc-linux-gnu
=== gcc tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
Jakub Jelinek changed:
What|Removed |Added
Attachment #58123|0 |1
is obsolete|
__builtin_powif is currently implemented in C,
and this patch implements it (__powisf2) in assembly.
Ok for master?
Johann
--
AVR: target/114981 - Tweak __powisf2
Implement __powisf2 in assembly.
PR target/114981
libgcc/
* config/avr/t-avr (LIB2FUNCS_EXCLUDE): Add _powisf2.
git commit g:e755f478c24c3e99409936af545ac83d35d27ad9
gcc-descr r15-319-ge755f478c24c3e
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Wed May 8 08:57:12 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #16 from Jakub Jelinek ---
What is the reason behind
/* mingw32 atexit function is safe to use in shared libraries. Use it
to register C++ static destructors. */
#define TARGET_CXX_USE_ATEXIT_FOR_CXA_ATEXIT hook_bool_void_true
LAST_UPDATED: Wed May 8 03:08:14 UTC 2024 (revision r15-311-gf6ce85502eb)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/guality/example.c -O0 execution test
XPASS: gcc.dg/guality/example.c -O1 -DPREVENT_OPTIMIZATION
On Wed, May 8, 2024 at 11:39 AM Matthias Urlichs via Gcc
wrote:
>
> Hello,
>
> https://gcc.gnu.org/gcc-14/porting_to.html states:
>
> "With the |-fpermissive| option, programs can use C99 inlining semantics
> and features that were removed from C99"
>
> Umm, what? this sentence doesn't make
For pointer reductions we need to convert the initial value to
the vector component integer type.
Re-bootstrap and regtest running on x86_64-unknown-linux-gnu.
I've ran into this latent bug on the force-slp branch.
Richard.
* tree-vect-loop.cc (get_initial_defs_for_reduction): Convert
When we have a non-grouped access we bogously multiply by zero.
This shows most with single-lane SLP but also happens with
the multi-lane splat case.
Re-bootstrap & regtest running on x86_64-unknown-linux-gnu.
I've ran into this latent bug on the force-slp branch.
Richard.
*
# From https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/2078/:
LAST_UPDATED: 2024-05-08T09:15:50+00:00 (master revision
gcc-15-318-g41bc359c322) armv8l-unknown-linux-gnueabihf
Native configuration is armv8l-unknown-linux-gnueabihf
=== libatomic tests ===
Running
Hello,
https://gcc.gnu.org/gcc-14/porting_to.html states:
"With the |-fpermissive| option, programs can use C99 inlining semantics
and features that were removed from C99"
Umm, what? this sentence doesn't make sense.
--
-- regards
--
-- Matthias Urlichs
OpenPGP_signature.asc
Description:
git commit g:ff78ffe8f912bc8d2d355f22d32e1ddb9a1169aa
gcc-descr r13-8717-gff78ffe8f912bc
power9 IEEE128
Linux 6.9.0-0.rc6.52.fc41.ppc64le ppc64le
GNU Make 4.4.1
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Wed May 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #15 from LIU Hao ---
Created attachment 58124
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58124=edit
proposed patch v2
Update the patch. Did a quick test on i686-w64-mingw32 and seemed to solve the
issue.
Rebuilding
# From
https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m55_hard_eabi-build/392/:
LAST_UPDATED: 2024-05-08T08:05:44+00:00 (master revision
gcc-15-313-gd826f794560) arm-eabi
{-mthumb/-march=armv8.1-m.main+mve.fp+fp.dp/-mtune=cortex-m55/-mfloat-abi=hard/-mfpu=auto}
Target is
A failed build has been detected on builder gcc-autoregen while building gcc.
Full details are available at:
https://builder.sourceware.org/buildbot/#/builders/269/builds/4822
Build state: failed 'git diff ...' (failure)
Revision: e755f478c24c3e99409936af545ac83d35d27ad9
Worker: bb2-2
Build
git commit g:315f8a474eb1a9b2d213aa650bdb132c78546264
gcc-descr r12-10420-g315f8a474eb1a9
power8
Linux 5.4.0-177-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Wed May 8 07:40:40 UTC 2024
# of unexpected failures2
/opt/gcc/gcc-20240508/Build/./gcc/gccgo version 15.0.0 20240507 (experimental)
[master r15-310-ge60032b3823648] (GCC)
=== libgomp tests ===
Running target unix/-mabi=lp64
=== libgomp Summary ===
# of expected passes16264
https://gcc.gnu.org/g:e755f478c24c3e99409936af545ac83d35d27ad9
commit r15-319-ge755f478c24c3e99409936af545ac83d35d27ad9
Author: Stefan Schulze Frielinghaus
Date: Wed May 8 10:48:45 2024 +0200
tree-ssa-loop-prefetch.cc: Honour -fno-unroll-loops
This fixes a couple of tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114975
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/g:41bc359c322d45ec1adfb51f7a45c7ef02ce6ca9
commit r15-318-g41bc359c322d45ec1adfb51f7a45c7ef02ce6ca9
Author: Georg-Johann Lay
Date: Tue May 7 19:42:30 2024 +0200
AVR: target/114975 - Add combine-pattern for __parityqi2.
PR target/114975
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114975
--- Comment #2 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:41bc359c322d45ec1adfb51f7a45c7ef02ce6ca9
commit r15-318-g41bc359c322d45ec1adfb51f7a45c7ef02ce6ca9
Author: Georg-Johann Lay
https://gcc.gnu.org/g:c8f4bbb824fafecf021a802324cd79e64b03b947
commit r15-317-gc8f4bbb824fafecf021a802324cd79e64b03b947
Author: Georg-Johann Lay
Date: Tue May 7 19:39:55 2024 +0200
AVR: target/114975 - Add combine-pattern for __popcountqi2.
PR target/114975
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114975
--- Comment #1 from GCC Commits ---
The master branch has been updated by Georg-Johann Lay :
https://gcc.gnu.org/g:c8f4bbb824fafecf021a802324cd79e64b03b947
commit r15-317-gc8f4bbb824fafecf021a802324cd79e64b03b947
Author: Georg-Johann Lay
on 2024/4/30 07:11, Alexandre Oliva wrote:
> On Apr 29, 2024, "Kewen.Lin" wrote:
>
>> Thanks for catching this and sorry
>> that I didn't check it before suggesting it, I think we can aggressively
>> drop this effective target instead to avoid any possible confusion.
>
> The 128-bit ones,
Hi Richi,
>> diff --git a/gcc/doc/invoke.texi b/gcc/doc/invoke.texi
>> index c584664e168..58e48f7dc55 100644
>> --- a/gcc/doc/invoke.texi
>> +++ b/gcc/doc/invoke.texi
>> @@ -18363,11 +18363,11 @@ If @code{N=0}, no pad location is recorded.
>> The NOP instructions are inserted at---and maybe
On Wed, May 8, 2024 at 9:56 AM Stefan Schulze Frielinghaus
wrote:
>
> On s390 the following tests fail
>
> FAIL: gcc.dg/vect/pr109011-1.c -flto -ffat-lto-objects scan-tree-dump-times
> optimized " = .CLZ (vect" 1
> FAIL: gcc.dg/vect/pr109011-1.c -flto -ffat-lto-objects scan-tree-dump-times
https://gcc.gnu.org/g:245a6d478aba6499d1f649e4d35df1e858c5967c
commit r15-316-g245a6d478aba6499d1f649e4d35df1e858c5967c
Author: Richard Biener
Date: Thu Apr 4 15:18:06 2024 +0200
Fix and speedup IDF pruning by dominator
When insert_updated_phi_nodes_for tries to skip pruning the
When insert_updated_phi_nodes_for tries to skip pruning the IDF to
blocks dominated by the nearest common dominator of the set of
definition blocks it compares against ENTRY_BLOCK but that's never
going to be the common dominator. In fact if it ever were the code
fails to copy IDF to PRUNED_IDF,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #24 from Richard Biener ---
(In reply to Sergei Trofimovich from comment #23)
[...]
> Why did `gcc` generate unconditional NULL dereference here? I suspect it
> somehow inferred that `__pyx_t_6 = NULL;` in that branch, but not
The branch 'redhat/heads/gcc-14-branch' was updated to point to:
9ae733ecd3cd... Merge commit 'r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a
It previously pointed to:
748fd0ecf84c... Merge commit 'r14-10154-g7a00c459cbb913ac165a39d344a48fc278
Diff:
Summary of changes (added commits):
https://gcc.gnu.org/g:9ae733ecd3cd76d7e2f99385520783b01ab7e5dd
commit 9ae733ecd3cd76d7e2f99385520783b01ab7e5dd
Merge: 748fd0ecf84c d54151df3ba0
Author: Jakub Jelinek
Date: Wed May 8 10:21:32 2024 +0200
Merge commit 'r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a766c51' into
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #14 from LIU Hao ---
I suspect it's because that `get_atexit_fn_ptr_type` is shared by `atexit` and
`__cxa_thread_atexit` but the destructors for them do not use the same calling
convention ..
So I should make a copy of it, as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114978
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.2
--- Comment #6 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114980
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
--- Comment #14 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jakub Jelinek
:
https://gcc.gnu.org/g:d54151df3ba0ee3203e0b8cb8f8fcd168a766c51
commit r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a766c51
Author: Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
Jakub Jelinek changed:
What|Removed |Added
Summary|[13/14/15 Regression] wrong |[13 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114872
--- Comment #23 from Sergei Trofimovich ---
At SIGSEGV site the code is an unconditional NULL dereference due to
dereference of `xor %esi,%esi` result from `gdb`.
797 if (op != _Py_NULL) {
0x7f940c871563 <+2563>: cmpq
https://gcc.gnu.org/g:d54151df3ba0ee3203e0b8cb8f8fcd168a766c51
commit r14-10184-gd54151df3ba0ee3203e0b8cb8f8fcd168a766c51
Author: Jakub Jelinek
Date: Wed May 8 10:17:32 2024 +0200
reassoc: Fix up optimize_range_tests_to_bit_test [PR114965]
The optimize_range_tests_to_bit_test
https://gcc.gnu.org/g:9adec2d91e62a479474ae79df5b455fd4b8463ba
commit r15-315-g9adec2d91e62a479474ae79df5b455fd4b8463ba
Author: Jakub Jelinek
Date: Wed May 8 10:17:32 2024 +0200
reassoc: Fix up optimize_range_tests_to_bit_test [PR114965]
The optimize_range_tests_to_bit_test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114965
--- Comment #13 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9adec2d91e62a479474ae79df5b455fd4b8463ba
commit r15-315-g9adec2d91e62a479474ae79df5b455fd4b8463ba
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110490
Stefan Schulze Frielinghaus changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462
Paul Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/g:ff78ffe8f912bc8d2d355f22d32e1ddb9a1169aa
commit r13-8717-gff78ffe8f912bc8d2d355f22d32e1ddb9a1169aa
Author: Paul Thomas
Date: Thu Apr 25 06:52:31 2024 +0100
Fortran: Generate new charlens for shared symbol typespecs [PR89462]
2024-04-25 Paul Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89462
--- Comment #17 from GCC Commits ---
The releases/gcc-13 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:ff78ffe8f912bc8d2d355f22d32e1ddb9a1169aa
commit r13-8717-gff78ffe8f912bc8d2d355f22d32e1ddb9a1169aa
Author: Paul Thomas
On Wed, 8 May 2024, Jakub Jelinek wrote:
> Hi!
>
> The optimize_range_tests_to_bit_test optimization normally emits a range
> test first:
> if (entry_test_needed)
> {
> tem = build_range_check (loc, optype, unshare_expr (exp),
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
--- Comment #17 from GCC Commits ---
The releases/gcc-13 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:80bb0bda4a96da7e690cb4df572fcb9604f511f8
commit r13-8716-g80bb0bda4a96da7e690cb4df572fcb9604f511f8
Author: Paul Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93678
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #13 from LIU Hao ---
I am using a modified patch:
```
diff --git a/gcc/config/i386/i386.cc b/gcc/config/i386/i386.cc
index 4d6b2b98761..fbd9b4dac2e 100644
--- a/gcc/config/i386/i386.cc
+++ b/gcc/config/i386/i386.cc
@@ -25799,6
https://gcc.gnu.org/g:80bb0bda4a96da7e690cb4df572fcb9604f511f8
commit r13-8716-g80bb0bda4a96da7e690cb4df572fcb9604f511f8
Author: Paul Thomas
Date: Thu Apr 25 06:56:10 2024 +0100
Fortran: Fix ICE in gfc_trans_create_temp_array from bad type [PR93678]
2024-04-25 Paul Thomas
Consider a NOCE conversion as profitable if there is at least one
conditional move.
gcc/ChangeLog:
* config/s390/s390.cc (TARGET_NOCE_CONVERSION_PROFITABLE_P):
Define.
(s390_noce_conversion_profitable_p): Implement.
gcc/testsuite/ChangeLog:
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/g:10e34aa5b1d23e1517f0ca5cfae3cac3b51a7a53
commit r15-314-g10e34aa5b1d23e1517f0ca5cfae3cac3b51a7a53
Author: Eric Botcazou
Date: Mon Apr 29 17:46:20 2024 +0200
Minor tweaks to code computing modular multiplicative inverse
This removes the last parameter of
https://gcc.gnu.org/g:102d52967bde164d6b99037465688b62d57ae560
commit r13-8715-g102d52967bde164d6b99037465688b62d57ae560
Author: Paul Thomas
Date: Tue Apr 9 15:23:46 2024 +0100
Fortran: Fix ICE in gfc_trans_pointer_assignment [PR113956]
2024-04-09 Paul Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113956
--- Comment #8 from GCC Commits ---
The releases/gcc-13 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:102d52967bde164d6b99037465688b62d57ae560
commit r13-8715-g102d52967bde164d6b99037465688b62d57ae560
Author: Paul Thomas
On Wed, May 8, 2024 at 7:50 AM Kewen.Lin wrote:
>
> Hi,
>
> As the discussion in PR112980, although the current
> implementation for -fpatchable-function-entry* conforms
> with the documentation (making N NOPs be consecutive),
> it's inefficient for both kernel and userspace livepatching
> (see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/g:9fd6f7e912415f426382099d6aa182fd2b8ebb82
commit r13-8714-g9fd6f7e912415f426382099d6aa182fd2b8ebb82
Author: Paul Thomas
Date: Tue Apr 9 15:27:28 2024 +0100
Fortran: Fix ICE in trans-stmt.cc(gfc_trans_call) [PR114535]
2024-04-09 Paul Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114535
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:9fd6f7e912415f426382099d6aa182fd2b8ebb82
commit r13-8714-g9fd6f7e912415f426382099d6aa182fd2b8ebb82
Author: Paul Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113384
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Comment #2
Hi!
The optimize_range_tests_to_bit_test optimization normally emits a range
test first:
if (entry_test_needed)
{
tem = build_range_check (loc, optype, unshare_expr (exp),
false, lowi, high);
if (tem ==
On s390 the following tests fail
FAIL: gcc.dg/vect/pr109011-1.c -flto -ffat-lto-objects scan-tree-dump-times
optimized " = .CLZ (vect" 1
FAIL: gcc.dg/vect/pr109011-1.c -flto -ffat-lto-objects scan-tree-dump-times
optimized " = .POPCOUNT (vect" 1
FAIL: gcc.dg/vect/pr109011-1.c
On Wed, May 8, 2024 at 5:25 AM Andrew Pinski wrote:
>
> We can optimize `a == nonnegative ? a : ABS`, `a > nonnegative ? a :
> ABS`
> and `a >= nonnegative ? a : ABS` into `ABS`. This allows removal of
> some extra comparison and extra conditional moves in some cases.
> I don't remember where I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109549
kong lingling changed:
What|Removed |Added
CC||lingling.kong7 at gmail dot com
---
https://gcc.gnu.org/g:d826f7945609046f922732b138fb90795d5b1985
commit r15-313-gd826f7945609046f922732b138fb90795d5b1985
Author: konglin1
Date: Wed May 8 15:46:10 2024 +0800
x86: Fix cmov cost model issue [PR109549]
(if_then_else:SI (eq (reg:CCZ 17 flags)
(const_int 0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109549
--- Comment #17 from GCC Commits ---
The master branch has been updated by Kong Lingling :
https://gcc.gnu.org/g:d826f7945609046f922732b138fb90795d5b1985
commit r15-313-gd826f7945609046f922732b138fb90795d5b1985
Author: konglin1
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112659
--- Comment #7 from Andrew Pinski ---
This is the pattern I added for the plus case:
```
(for cnd (cond vec_cond)
...
/* (a != CST1) ? (a + CST2) : 0 -> (a + CST2) iff CST1 == -CST2 */
(simplify
(cnd (ne @0 uniform_integer_cst_p@1)
# From
https://ci.linaro.org/job/tcwg_gnu_native_check_gcc--master-aarch64-build/1114/:
LAST_UPDATED: 2024-05-08T06:41:04+00:00 (master revision
gcc-15-275-gcc2f3e408ee) aarch64-unknown-linux-gnu
Native configuration is aarch64-unknown-linux-gnu
=== libatomic tests ===
On Mon, May 6, 2024 at 11:43 PM Vineet Gupta wrote:
>
>
>
> On 5/6/24 13:40, Christoph Müllner wrote:
> > The combiner attempts to optimize a zero-extension of a logical right shift
> > using zero_extract. We already utilize this optimization for those cases
> > that result in a single
On Mon, May 6, 2024 at 11:24 PM Jeff Law wrote:
>
>
>
> On 5/6/24 2:40 PM, Christoph Müllner wrote:
> > The combiner attempts to optimize a zero-extension of a logical right shift
> > using zero_extract. We already utilize this optimization for those cases
> > that result in a single
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112659
--- Comment #6 from Andrew Pinski ---
Vector testcase (C++ only) for the missing add case:
```
#define vector4 __attribute__((vector_size(4*sizeof(int
void unopt(vector4 int *v) {
vector4 int t = *v;
vector4 int t1 = t + 8;
*v
On Tue, May 7, 2024 at 10:56 PM Andrew Pinski wrote:
>
> On Tue, May 7, 2024 at 1:45 PM Jeff Law wrote:
> >
> >
> >
> > On 4/30/24 9:21 PM, Andrew Pinski wrote:
> > > This adds a few more of what is currently done in phiopt's
> > > value_replacement
> > > to match. I noticed this when I was
Hello,
Le 08/05/2024 à 07:27, Kewen.Lin a écrit :
Hi,
Previously effective target fortran_real_c_float128 never
passes on Power regardless of the default 128 long double
is ibmlongdouble or ieeelongdouble. It's due to that TF
mode is always used for kind 16 real, which has precision
127,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #12 from LIU Hao ---
testcase:
```
namespace __cxxabiv1
{
extern "C" int __cxa_thread_atexit(void (__thiscall* dtor)(void*), void* obj,
void* dso) noexcept;
}
struct nontrivial
{
nontrivial();
~nontrivial();
};
void*
The combiner attempts to optimize a zero-extension of a logical right shift
using zero_extract. We already utilize this optimization for those cases
that result in a single instructions. Let's add a insn_and_split
pattern that also matches the generic case, where we can emit an
optimized sequence
The lshr3_zero_extend_4 pattern targets bit extraction
with zero-extension. This pattern represents the canonical form
of zero-extensions of a logical right shift.
The same optimization can be applied to sign-extensions.
Given the two optimizations are so similar, this patch converts
the existing
The pattern lshrsi3_zero_extend_2 extracts the MSB bits of the lower
32-bit word and zero-extends it back to DImode.
This is realized using srliw, which operates on 32-bit registers.
The same optimziation can be applied to sign-extensions when emitting
a sraiw instead of the srliw.
Given these
We already optimize a sign-extension of a right-shift by 31 in
si3_extend. Let's add a test for that (similar to
zero-extend-1.c).
gcc/testsuite/ChangeLog:
* gcc.target/riscv/sign-extend-1.c: New test.
Signed-off-by: Christoph Müllner
---
git commit g:f6ce85502eb2e4e7bbd9b3c6c1c065a004f8f531
gcc-descr r15-311-gf6ce85502eb2e4
power8
Linux 5.4.0-177-generic ppc64le
GNU Make 4.2.1
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Wed May 8 05:31:44 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114982
--- Comment #3 from Andrew Pinski ---
Looks like the testcase should also be skipped for mingw/cygwin too.
```
/* External public symbols, which aren't weakref-s,
have local-binding for PE targets. */
if (DECL_P (exp)
&&
git commit g:36e877996936abd8bd08f8b1d983c8d1023a5842
gcc-descr r15-312-g36e877996936ab
power9 BE
Linux 6.7.12-powerpc64 ppc64
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.3
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Wed May 8 06:15:36 UTC 2024
On Tue, 7 May 2024, Kees Cook wrote:
> On Tue, May 07, 2024 at 06:34:19PM +, Qing Zhao wrote:
> > On May 7, 2024, at 13:57, Sebastian Huber
> > wrote:
> > > On 07.05.24 16:26, Qing Zhao wrote:
> > > > Hi, Sebastian,
> > > > Thanks for your explanation.
> > > > Our goal is to deprecate the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114982
--- Comment #2 from Andrew Pinski ---
So I was going for the elf semantics here but Mach-O semantics says the
function is NOT replacable unless it was weak.
Anyways this is just a dg-skip-if for darwin and I will add it with a note
saying
On Tue, May 7, 2024 at 10:44 PM Joseph Myers wrote:
>
> On Fri, 3 May 2024, Richard Biener wrote:
>
> > So what I do not necessarily agree with is that we need to preserve
> > the multiplication with -fsignaling-nans. Do we consider a program doing
> >
> > handler() { exit(0); }
> >
> > x =
Hi,
Since r9-4728 the powerpcspe support had been removed, this
follow-up patch is to remove the remaining pieces in testsuite.
Regtested on powerpc64-linux-gnu P8/P9 and
powerpc64le-linux-gnu P9 and P10.
I'm going to push this soon if no objections.
BR,
Kewen
-
gcc/testsuite/ChangeLog:
Hi,
This patch enables overlapped by-piece operations. On rs6000, default
move/set/clear ratio is 2. So the overlap is only enabled with compare
by-pieces.
Bootstrapped and tested on powerpc64-linux BE and LE with no
regressions. Is it OK for the trunk?
Thanks
Gui Haochen
ChangeLog
rs6000:
On Wed, May 8, 2024 at 4:44 AM Levy Hsu wrote:
>
> PR target/107563
>
> gcc/ChangeLog:
>
> * config/i386/i386-expand.cc (expand_vec_perm_psrlw_psllw_por): New
> subroutine.
> (ix86_expand_vec_perm_const_1): New Entry.
>
> gcc/testsuite/ChangeLog:
>
> *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114982
Andrew Pinski changed:
What|Removed |Added
Keywords||testsuite-fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114968
--- Comment #11 from LIU Hao ---
(In reply to LIU Hao from comment #10)
> (In reply to Jakub Jelinek from comment #8)
> > Created attachment 58123 [details]
> > gcc15-pr114968.patch
> >
> > This is what I'd do, but completely untested...
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114982
Bug ID: 114982
Summary: [15 Regression] New test
g++.dg/tree-ssa/cxa_atexit-6.C fails on Darwin.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
301 - 400 of 419 matches
Mail list logo