https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114808
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #11 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #8)
> (In reply to Uroš Bizjak from comment #7)
> > (define_insn_and_split "*andn3_doubleword_bmi"
> > [(set (match_operand: 0 "register_operand" "=,r,r")
> >
git commit g:77e114bb0dc03d1df7f84221e3132d19030c34b4
gcc-descr r14-10084-g77e114bb0dc03d
power9 BE
Linux 6.7.9-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: Tue Apr 23 04:38:26 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114786
Jiu Fu Guo changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100736
Jiu Fu Guo changed:
What|Removed |Added
CC||pheeck at gcc dot gnu.org
--- Comment #7
/import/git/gcc-test-master-ia32/bld/gcc/xgcc version 14.0.1
20240422 (experimental) [master-ia32 r14-10080-gb909daa5b67] (GCC)
=== gfortran tests ===
Running target unix
=== gfortran Summary ===
# of expected passes69702
# of expected failures
ted tests 4125
/export/gnu/import/git/gcc-test-master-ia32/bld/gcc/xgcc version 14.0.1
20240422 (experimental) [master r14-10080-gb909daa5b67] (GCC)
=== gfortran tests ===
Running target unix
=== gfortran Summary ===
# of expected passes
git commit g:7dd2542a7350508fdd57a6ed4fa91f2a38cb2e5a
gcc-descr r12-10386-g7dd2542a735050
power9
Linux 5.15.0-97-generic ppc64le
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue Apr 23 03:45:51 UTC 2024
git commit g:7dd2542a7350508fdd57a6ed4fa91f2a38cb2e5a
gcc-descr r12-10386-g7dd2542a735050
power9 BE
Linux 6.7.9-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: Tue Apr 23 03:33:18 UTC 2024
From: Fangrui Song
--discard-locals (-X) instructs the linker to remove local .L* symbols,
which occur a lot due to label differences for linker relaxation. The
arm port has a similar need and passes -X to ld.
In contrast, the RISC-V port does not pass -X to ld and rely on the
default
LAST_UPDATED: Fri Apr 19 00:39:44 UTC 2024 (revision r14-10032-g85c187b2127b93)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is riscv64-suse-linux-gnu
=== g++
https://gcc.gnu.org/g:ffb3aca361d2b0e9ba415930a0fc61e8219c635c
commit ffb3aca361d2b0e9ba415930a0fc61e8219c635c
Author: Alexandre Oliva
Date: Tue Apr 23 00:33:04 2024 -0300
make -freg-struct-return visibly a negative alias of -fpcc-struct-return
The fact that both options accept
The branch 'aoliva/heads/testme' was updated to point to:
ffb3aca361d... make -freg-struct-return visibly a negative alias of -fpcc-
It previously pointed to:
60e63cf86f9... make -freg-struct-return visibly a negative alias of -fpcc-
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER
git commit g:8c6ee63bcd653c736d4cabafcbfd4f62582391ff
gcc-descr r14-10082-g8c6ee63bcd653c
power9 IEEE128
Linux 6.9.0-0.rc3.30.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: Tue Apr 23
Tom Tromey via Overseers writes:
> Jason> Someone mentioned earlier that gerrit was previously tried
> Jason> unsuccessfully.
>
> We tried it and gdb and then abandoned it. We tried to integrate it
> into the traditional gdb development style, having it send email to
> gdb-patches. I found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114817
Bug ID: 114817
Summary: Wrong codegen for std::copy of "trivially copyable but
not trivially assignable" type
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/g:60e63cf86f91608df32377f9ffc7c3f3e9f316fd
commit 60e63cf86f91608df32377f9ffc7c3f3e9f316fd
Author: Alexandre Oliva
Date: Tue Apr 23 00:33:04 2024 -0300
make -freg-struct-return visibly a negative alias of -fpcc-struct-return
The fact that both options accept
The branch 'aoliva/heads/testme' was updated to point to:
60e63cf86f9... make -freg-struct-return visibly a negative alias of -fpcc-
It previously pointed to:
9d8a2a67a84... make -freg-struct-return visibly a negative alias of -fpcc-
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114816
Bug ID: 114816
Summary: Non-standard behavior with void arguments
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
On Mon, Apr 22, 2024 at 11:24 PM Tom Tromey wrote:
> Jason> Someone mentioned earlier that gerrit was previously tried
> Jason> unsuccessfully.
>
> We tried it and gdb and then abandoned it. We tried to integrate it
> into the traditional gdb development style, having it send email to
>
git commit g:8c6ee63bcd653c736d4cabafcbfd4f62582391ff
gcc-descr r14-10082-g8c6ee63bcd653c
power8
Linux 5.4.0-174-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: Tue Apr 23 01:49:29 UTC 2024
https://gcc.gnu.org/g:9d8a2a67a84deaaf0645a73d17564d68059b2433
commit 9d8a2a67a84deaaf0645a73d17564d68059b2433
Author: Alexandre Oliva
Date: Tue Apr 23 00:33:04 2024 -0300
make -freg-struct-return visibly a negative alias of -fpcc-struct-return
The fact that both options accept
The branch 'aoliva/heads/testme' was updated to point to:
9d8a2a67a84... make -freg-struct-return visibly a negative alias of -fpcc-
It previously pointed to:
e50550cae7e... make -freg-struct-return visibly a negative alias of -fpcc-
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER
LAST_UPDATED: Mon Apr 22 17:05:13 UTC 2024 (revision r14-10076-gcf5f7791056)
=== acats tests ===
FAIL: cb1010a
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is s390x-ibm-linux-gnu arch14
https://gcc.gnu.org/g:30e8256702cc4dfb56d329ee279e957a10fc962b
commit 30e8256702cc4dfb56d329ee279e957a10fc962b
Author: Alexandre Oliva
Date: Sun Apr 21 17:24:30 2024 -0300
add explicit ABI and align options to pr88233.c
We've observed failures of this test on powerpc
https://gcc.gnu.org/g:e50550cae7e3108d7f7a0ba2f9b8f14c16e29e35
commit e50550cae7e3108d7f7a0ba2f9b8f14c16e29e35
Author: Alexandre Oliva
Date: Tue Apr 23 00:33:04 2024 -0300
make -freg-struct-return visibly a negative alias of -fpcc-struct-return
The fact that both options accept
The branch 'aoliva/heads/testme' was updated to point to:
e50550cae7e... make -freg-struct-return visibly a negative alias of -fpcc-
It previously pointed to:
68e3d62f56e... add explicit ABI and align options to pr88233.c
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER ACCESSIBLE
---
htdocs/gcc-14/changes.html | 156 +
1 file changed, 156 insertions(+)
diff --git a/htdocs/gcc-14/changes.html b/htdocs/gcc-14/changes.html
index 9509487c..f0f0efe0 100644
--- a/htdocs/gcc-14/changes.html
+++ b/htdocs/gcc-14/changes.html
@@ -877,6 +877,162
git commit g:8c6ee63bcd653c736d4cabafcbfd4f62582391ff
gcc-descr r14-10082-g8c6ee63bcd653c
power9
Linux 5.15.0-97-generic ppc64le
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue Apr 23 02:04:03 UTC 2024
Pushed to r14-10083.
在 2024/4/23 上午10:42, Yang Yujie 写道:
These ISA versions are defined as -march= parameters and
are recommended for building binaries for distribution.
Detailed description of these definitions can be found at
https://github.com/loongson/la-toolchain-conventions, which
the
Pushed to r14-10084.
在 2024/4/23 上午10:42, Yang Yujie 写道:
Detailed description of these definitions can be found at
https://github.com/loongson/la-toolchain-conventions, which
the LoongArch GCC port aims to conform to.
gcc/ChangeLog:
* config.gcc: Add loongarch-evolution.o.
*
https://gcc.gnu.org/g:77e114bb0dc03d1df7f84221e3132d19030c34b4
commit r14-10084-g77e114bb0dc03d1df7f84221e3132d19030c34b4
Author: Yang Yujie
Date: Tue Apr 23 10:42:48 2024 +0800
LoongArch: Define builtin macros for ISA evolutions
Detailed description of these definitions can be
https://gcc.gnu.org/g:b4ebdd153b2b068082b452772095260b03b78cc2
commit r14-10083-gb4ebdd153b2b068082b452772095260b03b78cc2
Author: Yang Yujie
Date: Tue Apr 23 10:42:47 2024 +0800
LoongArch: Define ISA versions
These ISA versions are defined as -march= parameters and
are
Jason> Someone mentioned earlier that gerrit was previously tried
Jason> unsuccessfully.
We tried it and gdb and then abandoned it. We tried to integrate it
into the traditional gdb development style, having it send email to
gdb-patches. I found these somewhat hard to read and in the end we
653
# of unresolved testcases 2
# of unsupported tests 10835
/export/gnu/import/git/gcc-test-master-intel64/bld/gcc/xgcc version 14.0.1
20240422 (experimental) [master r14-10075-g0db19228a9f] (GCC)
=== gfortran tests ===
Running target unix
=== gfortran
On 4/21/24 19:59, Patrick Palka wrote:
On Sat, 20 Apr 2024, Nathaniel Shead wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk?
-- >8 --
A class allocation member function is implicitly 'static' by
[class.free] p3, so cannot have an explicit object parameter.
PR
On 2024-04-22 22:55, Jason Merrill via Overseers wrote:
> On Mon, Apr 22, 2024 at 11:42 AM Tom Tromey wrote:
>
>>> "Frank" == Frank Ch Eigler writes:
>>
[...] I suggest that a basic principle for such a system is that it
should be *easy* to obtain and maintain a local copy of the
On 4/22/24 08:42, Jakub Jelinek wrote:
On Wed, Apr 17, 2024 at 09:42:47AM +0200, Jakub Jelinek wrote:
When expand_or_defer_fn is called at_eof time, it calls import_export_decl
and then maybe_clone_body, which uses DECL_ONE_ONLY and comdat name in a
couple of places to try to optimize cdtors
git commit g:7bbad3199421fc9f0830b0ef8884612fe1ff783e
gcc-descr r13-8642-g7bbad3199421fc
power9 BE
Linux 6.7.9-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: Tue Apr 23 01:56:49 UTC 2024
On 4/22/24 08:54, Jakub Jelinek wrote:
Hi!
The following testcase is rejected with
error: inlining failed in call to 'always_inline' '...': call is unlikely and
code size would grow
errors. The problem is that starting with the r14-2149 change
we try to copy most of the attributes from the
On 4/22/24 15:18, Patrick Palka wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK
for trunk/13/12?
OK with a rationale comment.
-- >8 --
The object/offset canonicalization performed in cxx_fold_indirect_ref
is undesirable for union member accesses because it loses
On Mon, Apr 22, 2024 at 11:42 AM Tom Tromey wrote:
> > "Frank" == Frank Ch Eigler writes:
>
> >> [...] I suggest that a basic principle for such a system is that it
> >> should be *easy* to obtain and maintain a local copy of the history
> >> of all pull requests. That includes all
v1 -> v2:
- Fixed build issues of runtime libraries caused by the new header.
- Restored the default ARCH of lp64f/lp64s ABI to "abi-default".
v2 -> v3:
- Fixed libobjc build.
- Modify "LoongArch v1.1 features" to "LoongArch v1.1 instructions"
in invoke.texi.
v3 -> v4:
- Do not define
These ISA versions are defined as -march= parameters and
are recommended for building binaries for distribution.
Detailed description of these definitions can be found at
https://github.com/loongson/la-toolchain-conventions, which
the LoongArch GCC port aims to conform to.
gcc/ChangeLog:
Detailed description of these definitions can be found at
https://github.com/loongson/la-toolchain-conventions, which
the LoongArch GCC port aims to conform to.
gcc/ChangeLog:
* config.gcc: Add loongarch-evolution.o.
* config/loongarch/genopts/genstr.sh: Enable generation of
https://gcc.gnu.org/g:68e3d62f56eea3a5fa798ec514bd89ddc6668c4a
commit 68e3d62f56eea3a5fa798ec514bd89ddc6668c4a
Author: Alexandre Oliva
Date: Sun Apr 21 17:24:30 2024 -0300
add explicit ABI and align options to pr88233.c
We've observed failures of this test on powerpc
https://gcc.gnu.org/g:f7a0734ee96341645e18e183210deb0d9a0c97d7
commit f7a0734ee96341645e18e183210deb0d9a0c97d7
Author: Alexandre Oliva
Date: Sun Apr 21 17:24:21 2024 -0300
decay vect tests from run to link for pr95401
When vect.exp finds our configuration disables altivec by
https://gcc.gnu.org/g:9aad4681cb81920420e3cef32d02acf4bec891d6
commit 9aad4681cb81920420e3cef32d02acf4bec891d6
Author: Alexandre Oliva
Date: Sun Apr 21 17:24:41 2024 -0300
[testsuite] [powerpc] adjust -m32 counts for fold-vec-extract*
Codegen changes caused add instruction count
https://gcc.gnu.org/g:2062c8d2122c4b7dc82af9a7114136ca371da5ff
commit 2062c8d2122c4b7dc82af9a7114136ca371da5ff
Author: Alexandre Oliva
Date: Sun Apr 21 17:24:11 2024 -0300
xfail fetestexcept test - ppc always uses fcmpu
gcc.dg/torture/pr91323.c tests that a compare with NaNf
https://gcc.gnu.org/g:4923693ac47e4bb3d6a6d72dd538fbeec68c478d
commit 4923693ac47e4bb3d6a6d72dd538fbeec68c478d
Author: Alexandre Oliva
Date: Mon Apr 22 01:12:55 2024 -0300
[testsuite] require sqrt_insn effective target where needed
Some tests fail on ppc and ppc64 when testing a
The branch 'aoliva/heads/testme' was updated to point to:
68e3d62f56e... add explicit ABI and align options to pr88233.c
It previously pointed to:
edf330eeb9d... [testsuite] [powerpc] adjust -m32 counts for fold-vec-extra
Diff:
!!! WARNING: THE FOLLOWING COMMITS ARE NO LONGER ACCESSIBLE
git commit g:7dd2542a7350508fdd57a6ed4fa91f2a38cb2e5a
gcc-descr r12-10386-g7dd2542a735050
power9 IEEE128
Linux 6.9.0-0.rc3.30.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: Tue Apr 23
Thanks Patrick.
Turn out that the make report cannot tell the error like below and then the
graphite.exp test will never run.
That explains why I missed test failures, will take care of it ASAP.
sorry, unimplemented: Graphite loop optimizations cannot be used (isl is not
available)
Pan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114778
--- Comment #3 from Anonymous ---
(In reply to David Malcolm from comment #1)
> Thanks for filing this.
>
> It's failing this assertion in frame_region::get_region_for_local :
>
> 1421 case VAR_DECL:
> 1422gcc_assert
git commit g:8c6ee63bcd653c736d4cabafcbfd4f62582391ff
gcc-descr r14-10082-g8c6ee63bcd653c
power9 BE
Linux 6.7.9-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: Tue Apr 23 00:24:31 UTC 2024
git commit g:7bbad3199421fc9f0830b0ef8884612fe1ff783e
gcc-descr r13-8642-g7bbad3199421fc
power9
Linux 5.15.0-97-generic ppc64le
GNU Make 4.3
DejaGnu:
DejaGnu version 1.6.2
Expect version 5.45.4
Tcl version 8.6
64-bit
LAST_UPDATED: Tue Apr 23 00:41:56 UTC 2024
> Sure, reverting something that has a bug is reasonable. The problem is
> how this happened: this code clearly did not get tested, as it doesn't
> even build and re-introduces a bunch of ICEs. We're very late in stage
> 4 and this is the second time the entire port has been broken in as many
2081
# of unexpected failures170
# of unexpected successes 14
# of expected failures 1468
# of unsupported tests 3886
/home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240422
[remotes/origin/releases/gcc-12 r12-10385-g6a4824a8bc] (GCC)
git commit g:7bbad3199421fc9f0830b0ef8884612fe1ff783e
gcc-descr r13-8642-g7bbad3199421fc
power9 IEEE128
Linux 6.9.0-0.rc3.30.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: Tue Apr 23
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
kargls at comcast dot net changed:
What|Removed |Added
CC||kargls at comcast dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114808
Halalaluyafail3 changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Regressions on releases/gcc-12 at commit r12-10380 vs commit r12-10328 on
Linux/x86_64
New failures:
New passes:
FAIL: gcc.dg/lto/save-temps c_lto_save-temps_0.o-c_lto_save-temps_0.o link, -O
-flto -save-temps
FAIL: gcc.dg/vect/vect-bic-bitmask-3.c -flto -ffat-lto-objects (test for excess
1386
# of unsupported tests 2741
=== gcc Summary ===
# of expected passes528335
# of unexpected failures34
# of unexpected successes 9
# of expected failures 4170
# of unsupported tests 8338
/export/gnu/import/git/gcc-test-rel
Hi -
> Would it be possible for gitsigur to support signing commits with ssh
> keys as well as gpg? Git supports this, and it's much easier for
> everybody than having to set up gpg. [...]
It would save some effort, but OTOH plenty of people have gpg keys
too, and the common desktop key agents
On Mon, 22 Apr 2024 15:07:59 PDT (-0700), juzhe.zh...@rivai.ai wrote:
Apologize that we didn't post our (me, kito and Li Pan) disscussions.
Some amount of off-list discussion is inevitable, but as far as I can
tell here we ended up with some code committed that wasn't even posted
to the
of unsupported tests 4249
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240422
(experimental) [remotes/origin/HEAD r14-10081-g2a8187e0a1c] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90
outputs-23 exe savetmp named2-2: outputs.ld1_args
FAIL: outputs-24 exe savetmp named2-3: outputs.ld1_args
FAIL: outputs-25 exe savetmp named2-4: outputs.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld1_args
FAIL: outputs-294 lto sing unnamed-3: a.ld_args
=== gcc Summary ===
This patch in particular does not cause any more regressions. It's one
of the other reverts from the weekend.
Before the reverts [1]:
| gcc |
g++ | gfortran |
rv64gcv/ lp64d/ medlow | 48/ 32 | 12/ 3| 12 /
t/powerpc/ppc-fortran/ieee128-math.f90 -O (test for excess
errors)
=== gcc Summary ===
# of expected passes179439
# of unexpected failures97
# of unexpected successes 20
# of expected failures 1612
# of unsupported tests 4251
/home/g
== gcc Summary ===
# of expected passes178420
# of unexpected failures128
# of unexpected successes 13
# of expected failures 1595
# of unsupported tests 5035
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240422
(experimental) [remotes
failures 5241
# of unsupported tests 23185
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 14.0.1 20240422
(experimental) [master r14-10081-g2a8187e0a1] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution
branch.c check-function-bodies f6
FAIL: gcc.target/arm/wmul-5.c scan-assembler umlal
FAIL: gcc.target/arm/wmul-6.c scan-assembler smlalbb
FAIL: gcc.target/arm/wmul-7.c scan-assembler umlal
FAIL: gcc.target/arm/simd/mve-vshr.c scan-assembler-times
vneg.s[0-9]+tq[0-9]+, q[0-9]+ 6
FAIL: gcc.target/
1469
/export/gnu/import/git/gcc-test-master-intel64-native/bld/gcc/xgcc version
14.0.1 20240422 (experimental) [native/master r14-10080-gb909daa5b67] (GCC)
=== g++ tests ===
Running target sde
FAIL: g++.target/i386/mv28.C -std=c++14 (test for errors, line 10)
FAIL: g++.
LAST_UPDATED: Mon Apr 22 21:40:04 UTC 2024 (revision r14-10080-gb909daa5b67)
Native configuration is x86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
XPASS: gcc.dg/Wstringop-overflow-47.c pr97027 (test for warnings, line 72)
XPASS: gcc.dg/Wstringop-overflow-47.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114800
--- Comment #4 from Andrew Pinski ---
Note mod-ref does tells us that only f1, f3 are used here but DSE must have
missed that for `= {}`.
Note without the knowledge of foo, we still have a partial redundant zeroing
happening due to padding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114815
Bug ID: 114815
Summary: internal compiler error: Segmentation fault -
Segmentation Fault - on creating type with len
parameter and dependent on it character array
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114800
Andrew Pinski changed:
What|Removed |Added
Summary|redundant set-zero when |DSE does not remove
cc Summary ===
# of expected passes339293
# of unexpected failures305
# of expected failures 1765
# of unsupported tests 4180
/home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/destdir/x86_64-pc-linux-gnu/bin/aarch64-linux-gnu-gcc
version 14.0.1 20240422 (experimenta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114800
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114643
--- Comment #6 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #5)
> Started with r8-6709-gb9aba9fde536dc3e0293653509f530322ee2753e
That is almost definitely just exposed the bug I have not looked to see if
changing the params
s147359
# of unexpected failures38
# of unexpected successes 4
# of expected failures 916
# of unresolved testcases 2
# of unsupported tests 2763
/home/gccbuild/build/nightly/build-gcc-11/gcc/xgcc version 11.4.1 20240422
[releases/gcc-11
Sure thing. Sorry for that Fortran is not fully tested for this change, will
take a look into it ASAP.
Pan
From: 钟居哲
Sent: Tuesday, April 23, 2024 6:06 AM
To: patrick ; Li, Pan2 ; gcc-patches
Cc: kito.cheng ; rdapp.gcc
Subject: Re: Re: [PATCH v1] RISC-V: Adjust overlap attr after revert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114804
Andrew Pinski changed:
What|Removed |Added
Known to work||10.5.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114639
--- Comment #16 from JuzheZhong ---
This issue is not fully fixed since the fixed patch only fixes ICE but there is
a regression in codegen:
https://godbolt.org/z/4nvxeqb6K
Terrible codege:
test(__rvv_uint64m4_t):
addisp,sp,-16
https://gcc.gnu.org/g:2a8187e0a1cf5fb5d1adcb5a2a2b579a80215202
commit r14-10081-g2a8187e0a1cf5fb5d1adcb5a2a2b579a80215202
Author: Pan Li
Date: Mon Apr 22 21:20:02 2024 +0800
RISC-V: Adjust overlap attr after revert d3544cea63d and e65aaf8efe1
After we reverted below 2 commits,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114795
--- Comment #6 from porten at kde dot org ---
The test case for the other ICE is quite similar to the first one:
- command
g++ -std=c++2a -fmodules-ts -c url.cpp queue.cpp
--- url.cp ---
module;
arget/s390/vector/vec-scalar-cmp-1.c scan-assembler
ne:\\n[^:]*\\twfcdb\\t%v[0-9]*,%v[0-9]*\\n\\t[^:]+\\tlocghine\\t%r2,1
=== gcc Summary for unix/-m64 ===
# of expected passes180875
# of unexpected failures173
# of unexpected successes 17
# of expected failu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114809
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look OK
for trunk/13/12?
-- >8 --
The object/offset canonicalization performed in cxx_fold_indirect_ref
is undesirable for union member accesses because it loses information
about the member being accessed which we may later need to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114714
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114814
Bug ID: 114814
Summary: Reduction sum of comparison should be better
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
On Mon, 22 Apr 2024 14:30:21 PDT (-0700), ja...@redhat.com wrote:
Hi!
I've run aspell on gcc.pot (just quickly skimming, so pressing
I key hundreds of times and just stopping when I catch something that
looks like a misspelling).
I plan to commit this tomorrow as obvious unless somebody finds
t/powerpc/ppc-fortran/ieee128-math.f90 -O (test for excess
errors)
=== gcc Summary ===
# of expected passes179439
# of unexpected failures97
# of unexpected successes 20
# of expected failures 1612
# of unsupported tests 4251
/home/g
Apologize that we didn't post our (me, kito and Li Pan) disscussions.
This is the story:
We found that my previous patches which support highpart register overlap with
register filter for instructions like (vwadd.wv)
cause ICE reported by:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114714
and
I think the revert patch exposes latent bug, Li Pan will look into it.
juzhe.zh...@rivai.ai
From: Patrick O'Neill
Date: 2024-04-23 03:55
To: pan2.li; gcc-patches
CC: juzhe.zhong; kito.cheng; rdapp.gcc
Subject: Re: [PATCH v1] RISC-V: Adjust overlap attr after revert d3544cea63d
and
of unsupported tests 4249
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240422
(experimental) [remotes/origin/HEAD r14-10080-gb909daa5b67] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114809
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #10 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #8)
> So, given the known ia32 register starvation, can't we split that first
> alternative to
> =,r,o with "nox64" isa and =,r,ro with "x64" isa?
Better make it a
Thanks a lot.
Qing
> On Apr 22, 2024, at 16:38, Joseph Myers wrote:
>
> This version of patch 1/5 is OK for GCC 15.
>
> --
> Joseph S. Myers
> josmy...@redhat.com
>
/import/git/gcc-test-master-ia32/bld/gcc/xgcc version 14.0.1
20240422 (experimental) [master-ia32 r14-10075-g0db19228a9f] (GCC)
=== gfortran tests ===
Running target unix
=== gfortran Summary ===
# of expected passes69702
# of expected failures
1 - 100 of 390 matches
Mail list logo