git commit g:8bcefc2d5fb0d8f8f9671fd830132b4e655c44b4
gcc-descr r14-10102-g8bcefc2d5fb0d8
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: Wed Apr 24 04:24:31 UTC 2024
Hi all,
When we are using -mavx10.1-256 in command line and avx10.1-256 in
target attribute together, zmm should never be generated. But current
GCC will generate zmm since it wrongly enables EVEX512 for non-explicitly
set AVX512. This patch will fix that issue.
Regtested on x86_64-pc-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114833
Bug ID: 114833
Summary: --suggest-attribute=returns_nonnull misdiagnoses
functions with __attribute__((nonnull))
Product: gcc
Version: 14.0
Status: UNCONFIRMED
git commit g:8bcefc2d5fb0d8f8f9671fd830132b4e655c44b4
gcc-descr r14-10102-g8bcefc2d5fb0d8
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: Wed Apr 24 03:24:24 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114751
--- Comment #6 from Richard Biener ---
I have no idea why the values differ but I suspect the copying since we seem to
use the file modification time at some point. As a workaround I would suggest
to binary-patch one of the file to make the
git commit g:8bcefc2d5fb0d8f8f9671fd830132b4e655c44b4
gcc-descr r14-10102-g8bcefc2d5fb0d8
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: Wed Apr 24 03:29:51 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114830
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #3
When we update the dominator of the redirected exit after peeling
we check whether the immediate dominator was the loop header rather
than the exit source when we later want to just update it to the
new source. The following fixes this oversight.
Bootstrap and regtest running on
LAST_UPDATED: Wed Apr 24 01:23:16 UTC 2024 (revision r14-10101-g3091f1dfa7e)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114832
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
git commit g:3091f1dfa7e8bf71f6012250d01b5a5ec85c2ca2
gcc-descr r14-10101-g3091f1dfa7e8bf
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: Wed Apr 24
git commit g:85831fbdda01d9128699c37e40878cf260411edf
gcc-descr r13-8643-g85831fbdda01d9
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: Wed Apr 24 02:52:42 UTC 2024
LAST_UPDATED: Wed Apr 24 01:23:20 UTC 2024 (revision r13-8643-g85831fbdda0)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
LAST_UPDATED: Wed Apr 24 01:23:00 UTC 2024 (revision r12-10391-gdc95ed6c1e4)
Native configuration is i686-pc-linux-gnu
=== gcc tests ===
Running target unix
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O0
UNRESOLVED: gcc.c-torture/compile/2009-1.c -O1
UNRESOLVED:
LAST_UPDATED: Tue Apr 23 17:05:14 UTC 2024 (revision r14-10095-gd2f05fed449)
=== 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=114817
Jiang An changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114832
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Confirmed. ICE does not happen with -fno-checking so adding ice-checking.
Also GCC 13.2.0 didn't ICE with -fchecking either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114832
Andrew Pinski changed:
What|Removed |Added
Summary|ICE at -O{2,3} with |[14 Regression] ICE at
git commit g:232cc30ccc039c8046e3ec0689a0ac408d36a81f
gcc-descr r11-11348-g232cc30ccc039c
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: Wed Apr 24 02:20:55 UTC 2024
git commit g:dc95ed6c1e4551f47541959665d2179c44e98792
gcc-descr r12-10391-gdc95ed6c1e4551
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: Wed Apr 24 01:52:50 UTC 2024
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114827
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
A retry build has been detected on builder gcc-debian-testing-x86_64 while
building gcc.
Full details are available at:
https://builder.sourceware.org/buildbot/#/builders/161/builds/10468
Build state: retry lost connection compile (retry)
Revision: 8bcefc2d5fb0d8f8f9671fd830132b4e655c44b4
del: posix
Supported LTO compression algorithms: zlib
gcc version 14.0.1 20240423 (experimental) (GCC)
[516] %
[516] % gcctk -c -O2 -fno-tree-loop-if-convert
-fno-tree-loop-distribute-patterns -ftree-vectorize small.c
small.c: In function ‘e’:
small.c:2:6: error: dominator of 6 should be 13, not 5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98426
--- Comment #8 from Jerry DeLisle ---
Martin or Matt,
Can you test the following variation to see if you get better results.
return st;
}
retval = NULL;
if (c <= 0)
retval = find_symbol (st->left, name, module, generic);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114723
--- Comment #7 from Andrew Pinski ---
(In reply to Halalaluyafail3 from comment #6)
> (In reply to Andrew Pinski from comment #4)
> > Oh this is with `-g -std=c23`, godbolt has an implicit -g.
>
> I was not aware of this, thanks for letting me
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114723
--- Comment #6 from Halalaluyafail3 ---
(In reply to Andrew Pinski from comment #4)
> Oh this is with `-g -std=c23`, godbolt has an implicit -g.
I was not aware of this, thanks for letting me know. Do you know of any way to
disable it? Also it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98426
Jerry DeLisle changed:
What|Removed |Added
Last reconfirmed||2024-04-24
git commit g:3091f1dfa7e8bf71f6012250d01b5a5ec85c2ca2
gcc-descr r14-10101-g3091f1dfa7e8bf
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: Wed Apr 24 01:19:55 UTC 2024
From: Pan Li
We reverted below patch for register group overlap, add the related
insn test and mark it as xfail. And we will remove the xfail
after we support the register overlap in GCC-15.
62685890d88 RISC-V: Support highpart overlap for vext.vf
The below test suites are passed for this
https://gcc.gnu.org/g:8bcefc2d5fb0d8f8f9671fd830132b4e655c44b4
commit r14-10102-g8bcefc2d5fb0d8f8f9671fd830132b4e655c44b4
Author: Pan Li
Date: Wed Apr 24 10:46:28 2024 +0800
Revert "RISC-V: Support highpart overlap for vext.vf"
This reverts commit
Regressions on master at commit r14-10099 vs commit r14-10097 on Linux/x86_64
New failures:
FAIL: c-c++-common/tsan/bitfield_race.c -O0 output pattern test
FAIL: c-c++-common/tsan/fd_pipe_race.c -O0 output pattern test
FAIL: c-c++-common/tsan/simple_stack.c -O2 output pattern test
FAIL:
git commit g:dc95ed6c1e4551f47541959665d2179c44e98792
gcc-descr r12-10391-gdc95ed6c1e4551
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: Wed Apr 24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114723
Andrew Pinski changed:
What|Removed |Added
Depends on||114014
--- Comment #5 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114723
--- Comment #3 from Halalaluyafail3 ---
Just tested on godbolt again and it cause an ICE, so perhaps something was
changed to cause an ICE again. Also upon thinking about the implications of
these types being compatible they probably shouldn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114723
--- Comment #4 from Andrew Pinski ---
(In reply to Halalaluyafail3 from comment #3)
> Just tested on godbolt again
Oh this is with `-g -std=c23`, godbolt has an implicit -g.
Anyways here is the ICE:
: In function 'main':
:11:1: error:
git commit g:3091f1dfa7e8bf71f6012250d01b5a5ec85c2ca2
gcc-descr r14-10101-g3091f1dfa7e8bf
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: Wed Apr 24 00:42:23 UTC 2024
On Apr 22, 2024, at 2:56 AM, Alexandre Oliva wrote:
>
> This patch takes feedback received for 3 earlier patches, and adopts a
> simpler approach to skip the still-failing tests, that I believe to be
> in line with ppc maintainers' expressed preferences.
>
Yes, it's my typo.
Thanks.
Gui Haochen
在 2024/4/23 17:10, rep.dot@gmail.com 写道:
> On 12 April 2024 07:30:10 CEST, HAO CHEN GUI wrote:
>
>
>>
>>
>> patch.diff
>> diff --git a/gcc/gimple-range-op.cc b/gcc/gimple-range-op.cc
>> index 9de130b4022..99c511728d3 100644
>> ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114831
Bug ID: 114831
Summary: typeof doesn't evaluate expression when it has
variably modified type in some cases
Product: gcc
Version: 14.0
Status: UNCONFIRMED
== gcc Summary ===
# of expected passes178422
# 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 20240423
(experimental) [remotes
git commit g:85831fbdda01d9128699c37e40878cf260411edf
gcc-descr r13-8643-g85831fbdda01d9
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: Wed Apr 24
failures 5241
# of unsupported tests 23187
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 14.0.1 20240423
(experimental) [master r14-10100-g7318f1a389] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114830
--- Comment #2 from Alan Modra ---
Created attachment 58021
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58021=edit
c++filt crash binaries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114830
--- Comment #1 from Alan Modra ---
Created attachment 58020
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58020=edit
asan report summary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114830
Bug ID: 114830
Summary: c++filt stack overflows in rust demangler
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
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 ===
tests 3116
/home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240423
[remotes/origin/releases/gcc-12 r12-10390-g48fd1c5791] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution tes
ux-gnu/bin/aarch64-linux-gnu-gcc
version 14.0.1 20240423 (experimental) [master revision
gcc-14-10098-gf7a5c993e58] (GCC)
Host is x86_64-pc-linux-gnu
=== gfortran tests ===
Running target qemu
FAIL: gfortran.dg/asan/pointer_assign_16.f90 -fsanitize=address -O0 execution
t/powerpc/ppc-fortran/ieee128-math.f90 -O (test for excess
errors)
=== gcc Summary ===
# of expected passes179441
# of unexpected failures97
# of unexpected successes 20
# of expected failures 1612
# of unsupported tests 4251
/home/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98477
--- Comment #5 from Andrew Pinski ---
So adding the `r` alternative to *cmov_insn (GPF) works kinda of but then
we seem to have a register allocation issue.
Even this still causes FPREGS from being chosen:
```
void
foo (int a, double *b)
{
https://gcc.gnu.org/g:7318f1a389769ab540f414fcba743e90051d466b
commit r14-10100-g7318f1a389769ab540f414fcba743e90051d466b
Author: Nathaniel Shead
Date: Sat Apr 20 14:44:11 2024 +1000
c++: Fix ICE with xobj parms and maybe incomplete decl-specifiers
This fixes a null dereference
Regressions on master at commit r14-10097 vs commit r14-10095 on Linux/x86_64
New failures:
FAIL: c-c++-common/tsan/bitfield_race.c -O2 output pattern test
FAIL: c-c++-common/tsan/fd_pipe_race.c -O2 output pattern test
FAIL: c-c++-common/tsan/free_race2.c -O0 output pattern test
FAIL:
of unsupported tests 4249
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240423
(experimental) [remotes/origin/HEAD r14-10099-g628c2221d38] (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=98426
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
== gcc Summary ===
# of expected passes178422
# 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 20240423
(experimental) [remotes
On Tue, 2024-04-23 at 17:45 +0200, Jakub Jelinek wrote:
> On Tue, Apr 23, 2024 at 11:40:55AM -0400, David Malcolm wrote:
> > > So, I think at least for the MAJOR.MINOR.0 releases we want to
> > > use
> > > URLs like above rather than the trunk ones and we can use the
> > > same
> > > process
> > >
failures 5241
# of unsupported tests 23187
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 14.0.1 20240423
(experimental) [master r14-10099-g628c2221d3] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114829
Bug ID: 114829
Summary: No fcsel produced for f16
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113300
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
t/powerpc/ppc-fortran/ieee128-math.f90 -O (test for excess
errors)
=== gcc Summary ===
# of expected passes179441
# of unexpected failures97
# of unexpected successes 20
# of expected failures 1612
# of unsupported tests 4251
/home/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84849
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
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 passes180879
# of unexpected failures173
# of unexpected successes 17
# of expected failu
of unsupported tests 4249
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240423
(experimental) [remotes/origin/HEAD r14-10097-g0bf94da59fe] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90
0-9]+tq[0-9]+, q[0-9]+ 3
=== gcc Summary ===
# of expected passes158587
# of unexpected failures41
# of unexpected successes 6
# of expected failures 957
# of unsupported tests 9343
/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/dest
embler 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/arm/simd/mve-vshr.c scan-assembler-times
vshl.s[0-9]+tq[0-9]+, q[0-9]+ 3
FAIL:
failures 3852
# of unsupported tests 20896
/home/gccbuild/build/nightly/build-gcc-12/gcc/xg++ version 12.3.1 20240423
[remotes/origin/releases/gcc-12 r12-10390-g48fd1c5791] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/uninit-pred-7_a.c bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/g:628c2221d38715a64f828e3635317293d150e001
commit r14-10099-g628c2221d38715a64f828e3635317293d150e001
Author: Jakub Jelinek
Date: Tue Apr 23 23:30:27 2024 +0200
i386: Avoid =,r,r andn double-word alternative for ia32 [PR114810]
As discussed in the PR, on ia32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114810
--- Comment #15 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:628c2221d38715a64f828e3635317293d150e001
commit r14-10099-g628c2221d38715a64f828e3635317293d150e001
Author: Jakub Jelinek
Date:
150370
# of unexpected failures176
# of unexpected successes 33
# of expected failures 985
# of unresolved testcases 2
# of unsupported tests 3760
/home/gccbuild/build/nightly/build-gcc-11/gcc/xgcc version 11.4.1 20240423
[releases/gcc-1
s8
# of expected failures 1908
# of unsupported tests 4368
/home/tcwg-buildslave/workspace/tcwg_gnu_1/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/aarch64-unknown-linux-gnu-gcc
version 14.0.1 20240423 (experimental) [master revision
gcc-14-10096-g4f9401d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98426
Matt Thompson changed:
What|Removed |Added
CC||matthew.thompson at nasa dot
gov
---
t/powerpc/ppc-fortran/ieee128-math.f90 -O (test for excess
errors)
=== gcc Summary ===
# of expected passes179441
# of unexpected failures97
# of unexpected successes 20
# of expected failures 1612
# of unsupported tests 4251
/home/g
failures 5241
# of unsupported tests 23187
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 14.0.1 20240423
(experimental) [master r14-10097-g0bf94da59f] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution
Regressions on master at commit r14-10095 vs commit r14-10092 on Linux/x86_64
New failures:
New passes:
FAIL: objc.dg/attributes/nullability-00.m -fgnu-runtime (test for errors, line
11)
FAIL: objc.dg/attributes/nullability-00.m -fgnu-runtime (test for errors, line
11)
FAIL:
Regressions on master at commit r14-10095 vs commit r14-10092 on Linux/x86_64
New failures:
FAIL: c-c++-common/tsan/atomic_stack.c -O0 output pattern test
FAIL: c-c++-common/tsan/atomic_stack.c -O2 output pattern test
FAIL: c-c++-common/tsan/bitfield_race.c -O0 output pattern test
FAIL:
On 4/23/24 11:28, Patrick Palka wrote:
Tested on x86_64-pc-linux-gnu, does this look OK for trunk?
Is the test being run for multiple standard levels? I'd rather restrict
it to one and keep fully testing GC-safety.
-- >8 --
The below testcase uses --param=ggc-min-expand=0 which forces a
> On Apr 23, 2024, at 15:51, Joseph Myers wrote:
>
> On Fri, 19 Apr 2024, Qing Zhao wrote:
>
>> gcc/c/ChangeLog:
>>
>> * c-decl.cc (finish_struct): Change errors to pedwarns for the cases
>> flexible array members in union or alone in structures.
>
> The C front-end changes are
Ping for the middle-end change approval.
And an update on the status of the patch set:
**Approval status:
All C FE changes have been approved.
**Review status:
All Middle-end changes have been reviewed by Sid, no remaining issue.
Okay for GCC15?
thanks.
Qing
> On Apr 12, 2024,
On Fri, 19 Apr 2024, Qing Zhao wrote:
> gcc/c/ChangeLog:
>
> * c-decl.cc (finish_struct): Change errors to pedwarns for the cases
> flexible array members in union or alone in structures.
The C front-end changes are OK for GCC 15 once everything else in the
series is ready for
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 20240423
[releases/gcc-11
== gcc Summary ===
# of expected passes178422
# 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 20240423
(experimental) [remotes
> On Apr 23, 2024, at 14:53, Joseph Myers wrote:
>
> On Fri, 19 Apr 2024, Qing Zhao wrote:
>
>> gcc/testsuite/ChangeLog:
>>
>> * gcc.dg/flex-array-in-union-1.c: New test.
>> * gcc.dg/flex-array-in-union-2.c: New test.
>
> There should also be a -pedantic-errors test that these
> On Apr 23, 2024, at 15:03, Joseph Myers wrote:
>
> On Tue, 23 Apr 2024, Qing Zhao wrote:
>
>> However, I am not very confident on the wording of the doc, is the
>> current wording good enough for this? Or do you have any suggestion on
>> how to make it better?
>
> I'm not convinced the
Hi Marc and all that are involved,
On 4/18/24 15:24, Marc Poulhiès wrote:
> Co-authored-by: Fernando Oleo Blanco
> ---
> Hello Fernando,
>
> Thanks again for your changes. After consulting other colleagues, I'm
> proposing this revised version.
> Does that look ok to you?
>
> As it was
On Tue, 23 Apr 2024, Qing Zhao wrote:
> However, I am not very confident on the wording of the doc, is the
> current wording good enough for this? Or do you have any suggestion on
> how to make it better?
I'm not convinced the statement about size (in relation to a structure
with the member
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114828
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114828
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Version|unknown
es ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++14 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -std=gnu++17 scan-tree-dump-times ompexp
"__atomic_fetch_add" 1
FAIL: c-c++-common/gomp/atomic-9.c -s
On Fri, 19 Apr 2024, Qing Zhao wrote:
> gcc/testsuite/ChangeLog:
>
> * gcc.dg/flex-array-in-union-1.c: New test.
> * gcc.dg/flex-array-in-union-2.c: New test.
There should also be a -pedantic-errors test that these constructs get
errors with -pedantic-errors.
The tests mix two
=== gcc Summary ===
# of expected passes159002
# of unexpected failures49
# of unexpected successes 4
# of expected failures 1396
# of unresolved testcases 11
# of unsupported tests 2889
/home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc ver
of unsupported tests 4249
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 14.0.1 20240423
(experimental) [remotes/origin/HEAD r14-10095-gd2f05fed449] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90
failures 5241
# of unsupported tests 23187
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xg++ version 14.0.1 20240423
(experimental) [master r14-10094-g0c8e99e5c3] (GCC)
=== gcc tests ===
Running target unix/-m32
XPASS: gcc.dg/guality/example.c -O0 execution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114820
--- Comment #2 from Gejoe ---
(In reply to Andrew Pinski from comment #1)
> .
>
> *** This bug has been marked as a duplicate of bug 114751 ***
OK, looks like that bug is not being looked at for further replies. Let me know
if any info is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114817
--- Comment #1 from Arthur O'Dwyer ---
Yes, vector reallocation has analogous trouble with types that are "trivial,
but not trivially copy constructible."
https://godbolt.org/z/Psboqf3MP
(libc++ happens to sidestep this pitfall *on Clang 15+,*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103496
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Tested on x86_64-pc-linux-gnu, does this look OK for trunk?
-- >8 --
The below testcase uses --param=ggc-min-expand=0 which forces a full GC
during every collection point and in turn takes over two minutes to run
and ends up being the main bottleneck of the modules.exp testsuite.
This patch
https://gcc.gnu.org/g:0bf94da59feab2c72a02c91df310a36d33dfd1f7
commit r14-10097-g0bf94da59feab2c72a02c91df310a36d33dfd1f7
Author: Harald Anlauf
Date: Tue Apr 23 20:21:43 2024 +0200
Fortran: check C_SIZEOF on additions from TS29113/F2018 [PR103496]
gcc/testsuite/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103496
--- Comment #6 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:0bf94da59feab2c72a02c91df310a36d33dfd1f7
commit r14-10097-g0bf94da59feab2c72a02c91df310a36d33dfd1f7
Author: Harald Anlauf
Date:
> On Apr 23, 2024, at 14:04, Joseph Myers wrote:
>
> On Fri, 19 Apr 2024, Qing Zhao wrote:
>
>> +The size of the union is as if the flexiable array member were omitted
>> +except that it may have more trailing padding than the omission would imply.
>
> "trailing padding" is more a concept
1 - 100 of 307 matches
Mail list logo