unsupported tests 10826
/export/gnu/import/git/gcc-test-master-intel64/bld/gcc/xgcc version 14.0.1
20240324 (experimental) [master r14-9649-gbb04a11418f] (GCC)
=== gfortran tests ===
Running target unix
=== gfortran Summary for unix ===
# of expected
git commit g:ada7b872e11be525a73c408516ab9c47c1a51d33
gcc-descr r12-10291-gada7b872e11be5
power8
Linux 5.4.0-172-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: Mon Mar 25 04:09:46 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85518
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82955
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93874
Andrew Pinski changed:
What|Removed |Added
CC||mingw.android at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77343
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2021-08-25 00:00:00 |2024-3-24
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68010
Andrew Pinski changed:
What|Removed |Added
Known to work||4.1.2
Known to fail|
git commit g:d56569d46e28468863bd0625612c638bebb9724e
gcc-descr r11-11292-gd56569d46e2846
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: Mon Mar 25 04:23:13 UTC 2024
# From
https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_v8a_hard_eabi-build/392/:
LAST_UPDATED: 2024-03-25T04:41:09+00:00 (master revision
gcc-14-9650-gecd2c373720) arm-eabi
{-mthumb/-march=armv8-a+simd/-mfpu=auto/-mfloat-abi=hard}
Target is arm-unknown-eabi
Host is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49162
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47209
Andrew Pinski changed:
What|Removed |Added
CC||pawel_sikora at zoho dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47209
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48315
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.7.0
Resolution|---
LAST_UPDATED: Sun Mar 24 18:05:15 UTC 2024 (revision r14-9649-gbb04a11418f)
=== acats tests ===
FAIL: cb1010a
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is s390x-ibm-linux-gnu arch14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44102
--- Comment #4 from Andrew Pinski ---
(In reply to Steven Bosscher from comment #3)
> This fix is wrong.
> (http://gcc.gnu.org/viewcvs?view=revision=159495)
>
> There is a check at the start of cleanup_cfg to always set the
> CLEANUP_CFGLAYOUT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39457
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30640
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-03-25
git commit g:ada7b872e11be525a73c408516ab9c47c1a51d33
gcc-descr r12-10291-gada7b872e11be5
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: Mon Mar 25 03:17:05 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20357
--- Comment #3 from Andrew Pinski ---
Just for reference here is the ICE that is produced:
```
:10:1: error: Two symbols with same comdat_group are not linked by the
same_comdat_group list.
10 | }
| ^
_ZN1XIXadL_Z1fvEEEC1Ev/8 (X::X()
git commit g:30fd57d49f2847b474519a3d6325b5b2bb5e564c
gcc-descr r13-8494-g30fd57d49f2847
power9 IEEE128
Linux 6.8.0-0.rc6.20240229git805d849d7c3c.51.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
git commit g:30fd57d49f2847b474519a3d6325b5b2bb5e564c
gcc-descr r13-8494-g30fd57d49f2847
power8
Linux 5.4.0-172-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: Mon Mar 25 02:21:27 UTC 2024
Current document of Tree SSA passes contains many parts that is not
updated for many years.
This patch removes some info that is outdated and not existed in
current GCC codebase, and fixes some wrong code location descriptions
based on current codebase status and ChangeLogs.
gcc/ChangeLog:
# From https://ci.linaro.org/job/tcwg_gcc_check--master-arm-build/1884/:
LAST_UPDATED: 2024-03-25T03:11:03+00:00 (master revision
gcc-14-9650-gecd2c373720) armv8l-unknown-linux-gnueabihf
Native configuration is armv8l-unknown-linux-gnueabihf
=== libatomic tests ===
Running
On 3/21/24 11:19 AM, Vineet Gupta wrote:
Oh yeah ! Robin hinted to this in Tues patchworks meeting too
default : 2,565,319,368,591
128 : 2,509,741,035,068
256 : 2,527,817,813,612
no-sched{,2}: 1,295,520,567,376
So one more nugget here. I happened to be doing some
git commit g:30fd57d49f2847b474519a3d6325b5b2bb5e564c
gcc-descr r13-8494-g30fd57d49f2847
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: Mon Mar 25 01:52:44 UTC 2024
git commit g:ecd2c373720af214f20671f9e7d760548b51ef4a
gcc-descr r14-9650-gecd2c373720af2
power9 IEEE128
Linux 6.8.0-0.rc6.20240229git805d849d7c3c.51.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
git commit g:ecd2c373720af214f20671f9e7d760548b51ef4a
gcc-descr r14-9650-gecd2c373720af2
power8
Linux 5.4.0-172-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: Mon Mar 25 00:22:35 UTC 2024
Hi,
This patch implemented optab_isinf for SF/DF/TFmode by rs6000 test
data class instructions.
Bootstrapped and tested on powerpc64-linux BE and LE with no
regressions. Is it OK for next stage 1?
Thanks
Gui Haochen
ChangeLog
rs6000: Implement optab_isinf for SFmode, DFmode and TFmode
gcc/
Hi,
The builtin isinf is not folded at front end if the corresponding optab
exists. It causes the range evaluation failed on the targets which has
optab_isinf. For instance, range-sincos.c will fail on the targets which
has optab_isinf as it calls builtin_isinf.
This patch fixed the problem
git commit g:ecd2c373720af214f20671f9e7d760548b51ef4a
gcc-descr r14-9650-gecd2c373720af2
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: Mon Mar 25 00:23:25 UTC 2024
LAST_UPDATED: Mon Mar 25 01:00:08 UTC 2024 (revision r14-9650-gecd2c373720)
Target is pru-unknown-elf
Host is x86_64-pc-linux-gnu
=== gcc tests ===
Running target pru-sim
FAIL: c-c++-common/analyzer/out-of-bounds-diagram-11.c (test for excess errors)
FAIL:
git commit g:ada7b872e11be525a73c408516ab9c47c1a51d33
gcc-descr r12-10291-gada7b872e11be5
power9 IEEE128
Linux 6.8.0-0.rc6.20240229git805d849d7c3c.51.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
A build exception has been detected on builder gcc-fedora-mingw while building
gcc.
Full details are available at:
https://builder.sourceware.org/buildbot/#/builders/262/builds/5125
Build state: worker cannot substantiate
Revision: (unknown)
Worker: bb1-1
Build Reason: (unknown)
Blamelist:
can-assembler vpopctb\\t%v24,%v24
XPASS: gcc.target/s390/vxe/popcount-1.c scan-assembler vpopcth\\t%v24,%v24
=== gcc Summary for unix/-m64 ===
# of expected passes180652
# of unexpected failures174
# of unexpected successes 19
# of expected failures
LAST_UPDATED: Fri Mar 22 13:48:26 UTC 2024 (revision r14-9619-ga44d7e8a520)
Native configuration is powerpc-ibm-aix7.2.5.0
=== g++ tests ===
Running target unix
FAIL: g++.dg/compat/eh/new1 cp_compat_x_tst.o-cp_compat_y_tst.o execute
XPASS: g++.dg/debug/pr46583.C -gdwarf-2 -g1
i notice P2996R2 (
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2024/p2996r2.html
) isn't listed yet in
https://gcc.gnu.org/projects/cxx-status.html#cxx26
i'm assuming it's not implemented yet but not sure where to suggest
that that particular chart include it
is this the place? what is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103825
Andrew Pinski changed:
What|Removed |Added
CC||Alexandre.BUSTICO at enac dot
fr
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114451
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114451
Bug ID: 114451
Summary: regression : ICE on switch over enum class
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Snapshot gcc-14-20240324 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/14-20240324/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 14 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
LAST_UPDATED: Sat Mar 23 16:01:01 UTC 2024 (revision r14-9647-gc8a343f9f86)
Native configuration is hppa-unknown-linux-gnu
=== g++ tests ===
Running target unix
UNRESOLVED: g++.dg/pr67671.C -std=gnu++20 scan-tree-dump-times ealias
"(?n)clique .* base .*" 2
UNRESOLVED:
rted tests 4477
/home/tcwg-buildslave/workspace/tcwg_gnu_0/abe/builds/destdir/x86_64-pc-linux-gnu/bin/aarch64-linux-gnu-gcc
version 14.0.1 20240324 (experimental) [master revision
gcc-14-9649-gbb04a11418f] (GCC)
Host is x86_64-pc-linux-gnu
=== gfortran tests ===
Running t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114450
--- Comment #4 from Olof Gullnäs ---
(In reply to Andrew Pinski from comment #2)
> Reduced testcase:
> ```
>
> template
> void foreach(F f) {f(1);}
>
> void g ()
> {
> static constexpr auto lambda_2 = [](int) { };
> auto lambda_1 =
On Sun, Mar 24, 2024 at 01:20:36PM -0500, Dave Blanchard wrote:
> To whom it may concern--e.g. users of GCC who naively assume GCC is
> maintained by professionals who care about correct code generation:
It does not concern us, so please remove the musl list from CC here
and please do not CC this
From: Björn Schäpers
This fixes i.e. https://github.com/msys2/MSYS2-packages/issues/1937
I don't know if I picked the right way to do it.
When acceptable I think the declaration should be moved into
ops-common.h, since then we could use stat_type and also use that in the
commonly used function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111289
--- Comment #6 from Bruno Haible ---
(In reply to John David Anglin from comment #5)
> Don't include on hpux to avoid conflicting type declarations
> for mode_t. This fixes test on houx.
Why not entirely remove the '#include '? There is
On 2024-03-24 13:20:36 -0500, Dave Blanchard wrote:
> Here's a nice gem from Julian Waters, a thoroughly pleasant and amiable
> fellow:
>
> > Hello again, Dave. Have you managed to learn how a basic language
> > Interpreter works before commenting on the significantly-more-complex
> > gcc's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #19 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #18)
> Created attachment 57805 [details]
> t1.cc
~/upstream-gcc-match/bin/g++ -flto t1.cc t2.cc -O1 -std=c++20
I attached the reduced testcase from the reduced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #18 from Andrew Pinski ---
Created attachment 57805
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57805=edit
t1.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #17 from Andrew Pinski ---
Created attachment 57804
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57804=edit
t2.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #16 from Andrew Pinski ---
Created attachment 57803
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57803=edit
t.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #15 from Sam James ---
Created attachment 57802
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57802=edit
src_data_test_QualityValues.cpp.ii.orig.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #14 from Sam James ---
Created attachment 57801
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57801=edit
src_data_test_MappedRead.cpp.ii.orig.xz
Attaching the originals..
17 scan-tree-dump-times ompexp
"xyzzy, 4" 1
FAIL: c-c++-common/gomp/atomic-3.c -std=gnu++20 scan-tree-dump-times ompexp
"xyzzy, 4" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++98 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #13 from Andrew Pinski ---
(In reply to Sam James from comment #9)
> ```
> $ gcc -std=c++20 -flto src_data_test_MappedRead.cpp.ii
> src_data_test_QualityValues.cpp.ii -O1
> lto1: error: Alias and target’s comdat groups differs
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114448
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424
--- Comment #8 from Eric Botcazou ---
But s-osprim__posix2008.adb dies not use gettimeofday, does it ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111289
--- Comment #5 from John David Anglin ---
Created attachment 57800
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57800=edit
Patch
Don't include on hpux to avoid conflicting type declarations
for mode_t. This fixes test on houx.
> Upstream GCC does (still) not default to adding `--as-needed` to the
> command line (except around libgcc). Some distros add patches which
> add `--as-needed` by default though. It looks like alpine is one of
> those distros. Maybe you should ask them instead of asking us. It
> looks like they
Test Results:
---
---
GCC Version:
gcc (Ubuntu 12.3.0-1ubuntu1~22.04) 12.3.0
Copyright (C) 2022 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or
On Sun, Mar 24, 2024 at 11:54 AM Yuri Kanivetsky via Gcc
wrote:
>
> > That's a linker option, and the linker is not part of GCC. Any change in
> > linker behaviour is not because of a change in GCC.
>
> Have you noticed what gcc does?
Upstream GCC does (still) not default to adding `--as-needed`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424
--- Comment #7 from Matthias Klose ---
something did change with Nicolas example:
date '+Expected: %s'; ./foo
Expected: 1711306699
local : 1711306700. 1362
System.OS_Primitives:-6017917000.119493888
LAST_UPDATED: Sat Mar 23 18:56:10 UTC 2024 (revision r14-9648-ga68458187d4)
Native configuration is hppa64-hp-hpux11.11
=== g++ tests ===
Running target unix
FAIL: c-c++-common/analyzer/stdarg-pr111289-int.c -std=c++98 (test for
warnings, line 60)
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114448
--- Comment #1 from Andrew Pinski ---
Created attachment 57799
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57799=edit
Full testcase
Please next time attach or put inline the full testcase and not just a link to
godbolt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114448
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
> That's a linker option, and the linker is not part of GCC. Any change in
> linker behaviour is not because of a change in GCC.
Have you noticed what gcc does?
3.4: /usr/libexec/gcc/x86_64-alpine-linux-musl/5.3.0/collect2 ... -lintl
3.5: /usr/libexec/gcc/x86_64-alpine-linux-musl/6.2.1/collect2
L: gcc.target/arm/simd/mve-vshr.c scan-assembler-times
vneg.s[0-9]+tq[0-9]+, q[0-9]+ 6
FAIL: gcc.target/arm/simd/mve-vshr.c scan-assembler-times
vshl.s[0-9]+tq[0-9]+, q[0-9]+ 3
FAIL: gcc.target/arm/simd/mve-vshr.c scan-assembler-times
vshl.u[0-9]+tq[0-9]+, q[0-9]+ 3
===
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114424
--- Comment #6 from Matthias Klose ---
still seen, when both posix2008 files are used.
On Sun, 24 Mar 2024, 18:01 Yuri Kanivetsky via Gcc, wrote:
> Hi,
>
> It looks like somewhere between gcc-5.3.0 and gcc-6.2.1 --as-needed
> became the default:
>
> https://gist.github.com/x-yuri/1b4c19891be50b2b8801689de1487009
>
> In other words it looks like on Alpine Linux 3.4 -lintl always
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114449
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110707
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114450
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114450
--- Comment #2 from Andrew Pinski ---
Reduced testcase:
```
template
void foreach(F f) {f(1);}
void g ()
{
static constexpr auto lambda_2 = [](int) { };
auto lambda_1 = [](auto id) { lambda_2(id); };
foreach(lambda_1);
}
```
Hi,
It looks like somewhere between gcc-5.3.0 and gcc-6.2.1 --as-needed
became the default:
https://gist.github.com/x-yuri/1b4c19891be50b2b8801689de1487009
In other words it looks like on Alpine Linux 3.4 -lintl always adds
libintl, on >= 3.5 only if some of its symbols are really needed.
Can
Regressions on releases/gcc-13 at commit r13-8493 vs commit r13-8488 on
Linux/x86_64
New failures:
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/torture/convert-dfp-2.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects (test
ed failures324
# of unexpected successes 69
# of expected failures 4569
# of unresolved testcases 2
# of unsupported tests 8953
/export/gnu/import/git/gcc-test-release-1-intel64/bld/gcc/xgcc version 13.2.1
20240324 [releases/gcc-13 r13-8493-g2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
Sam James changed:
What|Removed |Added
Summary|[14 Regression] lto1: |[14 Regression] lto1:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114450
--- Comment #1 from Olof Gullnäs ---
This is observed on a Suse Linux X86 system
cted successes 59
# of expected failures 4657
# of unsupported tests 10826
/export/gnu/import/git/gcc-test-master-intel64/bld/gcc/xgcc version 14.0.1
20240324 (experimental) [master r14-9649-gbb04a11418f] (GCC)
=== gfortran tests ===
Running target unix
Regressions on master at commit r14-9649 vs commit r14-9644 on Linux/x86_64
New failures:
New passes:
FAIL: gcc.dg/torture/convert-dfp-2.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects (test for excess errors)
FAIL: gcc.dg/torture/convert-dfp.c -O2 -flto -fuse-linker-plugin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114450
Bug ID: 114450
Summary: -Wunused-but-set-variable false positive in lambda
using another static auto lambda
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
simd/mve-vshr.c scan-assembler-times
vshl.u[0-9]+tq[0-9]+, q[0-9]+ 3
=== gcc Summary ===
# of expected passes165926
# of unexpected failures285
# of expected failures 1017
# of unresolved testcases 3
# of unsupported tests 9432
/home/tcwg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108866
--- Comment #9 from Pali Rohár ---
(In reply to peter0x44 from comment #7)
> 5) windres --help has this list of "supported targets":
> x86_64-w64-mingw32-windres: supported targets: pe-x86-64 pei-x86-64
> pe-bigobj-x86-64 elf64-x86-64 pe-i386
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114449
Xi Ruoyao changed:
What|Removed |Added
Keywords||missed-optimization
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114449
--- Comment #3 from Pali Rohár ---
Note that clang optimizes it just with -O2 and does not require any special
pragma.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114449
--- Comment #2 from Pali Rohár ---
Interesting... I was expecting that some -O3 or better -Ofast option tells gcc
to optimize the code as much as possible.
I added that pragma before for-loop in the first example and then gcc really
optimized
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114449
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114431
--- Comment #4 from Jose E. Marchesi ---
Created attachment 57797
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57797=edit
restrict-fs-.bpf.unstripped.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114431
--- Comment #3 from Jose E. Marchesi ---
Created attachment 57796
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57796=edit
restrict-ifaces.bpf.unstripped.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114431
--- Comment #2 from Jose E. Marchesi ---
Created attachment 57795
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57795=edit
socket-bind.bpf.unstripped.i
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114449
Bug ID: 114449
Summary: bswap64 not optimized
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Hi Harald,
This is completely fine - if you haven't committed, please do so.
Thanks
Paul
On Fri, 22 Mar 2024 at 17:32, Harald Anlauf wrote:
> Dear all,
>
> here's a simple and obvious patch for a rejects-valid case when
> we pass a NULL() actual to an optional dummy for variants where
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114439
Xi Ruoyao changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #3 from Xi Ruoyao ---
To
Regressions on releases/gcc-13 at commit r13-8493 vs commit r13-8488 on
Linux/x86_64
New failures:
FAIL: gcc.dg/torture/convert-dfp-2.c -O2 -flto -fuse-linker-plugin
-fno-fat-lto-objects (test for excess errors)
FAIL: gcc.dg/torture/convert-dfp.c -O2 -flto -fuse-linker-plugin
3
/export/gnu/import/git/gcc-test-release-1-intel64/bld/gcc/xgcc version 13.2.1
20240324 [releases/gcc-13 r13-8493-g2012d1a6949] (GCC)
=== gfortran tests ===
Running target unix
=== gfortran Summary for unix ===
# of expected passes68384
# of expect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
Sam James changed:
What|Removed |Added
Attachment #57792|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
Sam James changed:
What|Removed |Added
Attachment #57791|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114448
Bug ID: 114448
Summary: Roundup not optimized
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113208
--- Comment #9 from Sam James ---
```
$ gcc -std=c++20 -flto src_data_test_MappedRead.cpp.ii
src_data_test_QualityValues.cpp.ii -O1
lto1: error: Alias and target’s comdat groups differs
1 - 100 of 121 matches
Mail list logo