https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
--- Comment #3 from Andrew Pinski ---
(In reply to dv from comment #2)
>
> It looks like my report is a duplicate of 111343.
That was the one which I was thinking of too :). I will clean up the recording
of this tomorrow. one for the C++ ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115508
Richard Biener changed:
What|Removed |Added
Version|unknown |14.1.1
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115506
Richard Biener changed:
What|Removed |Added
Component|middle-end |rtl-optimization
--- Comment #1 from
LAST_UPDATED: Sun Jun 16 17:05:11 UTC 2024 (revision r15-1358-g59dfce6d618)
=== acats tests ===
FAIL: cb1010a
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is s390x-ibm-linux-gnu z16
git commit g:6c08b829654ffa83ff62659a383511523c65b1ef
gcc-descr r15-1361-g6c08b829654ffa
power9
Linux 5.15.0-107-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 Jun 17 00:30:00 UTC 2024
=== gcc Summary ===
# of expected passes179351
# of unexpected failures126
# of unexpected successes 13
# of expected failures 1600
# of unsupported tests 5065
/home/gccbuild/build/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240616
(experimenta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115504
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115502
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115458
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
--- Comment #4 from Richard Biener ---
aarch64 reports just
FAIL: gcc.target/aarch64/if-compare_2.c check-function-bodies bar1
FAIL: gcc.target/aarch64/if-compare_2.c check-function-bodies bar2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114189
--- Comment #3 from Richard Biener ---
arm is OK -
https://ci.linaro.org/job/tcwg_gcc_check--master-arm-precommit/7755/artifact/artifacts/artifacts.precommit/notify/mail-body.txt
loongarch is also reportedly OK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
--- Comment #2 from dv at vollmann dot ch ---
On 6/16/24 16:18, pinskia at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
>
> Andrew Pinski changed:
>
> What|Removed |Added
>
On Fri, 14 Jun 2024, Andrew Pinski wrote:
> On Fri, Jun 14, 2024 at 5:54 AM Richard Biener wrote:
> >
> > Automatic arrays that are not address-taken should not be subject to
> > store data races.
>
> That seems conservative enough. Though I would think if the array
> never escaped the function
d/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240616
(experimental) [remotes/origin/HEAD r15-1357-g0240909cb03] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: gfortran.dg/large_real_kind_form
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115494
Richard Biener changed:
What|Removed |Added
Version|unknown |14.1.1
Status|NEW
d passes403214
# of unexpected failures318
# of unexpected successes 50
# of expected failures 3096
# of unsupported tests 7408
/export/home/haochenj/src/gcc-regression/bld/gcc/xgcc version 15.0.0 20240616
(experimental) [master r15-1360-g8348f8c2
Hi Andre,
The patch is OK for mainline. Please change the subject line to have
[PR90076] at the end. I am not sure that the contents of the first square
brackets are especially useful in the commit.
Thanks for the fix
Paul
On Tue, 11 Jun 2024 at 13:57, Andre Vehreschild wrote:
> Hi all,
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115492
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115515
Bug ID: 115515
Summary: constexpr ICE
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47081
Eric Gallager changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
LAST_UPDATED: Mon Jun 17 02:55:08 UTC 2024 (revision r15-1362-g96fe23eb8a9)
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: Mon Jun 17 02:55:09 UTC 2024 (revision r15-1362-g96fe23eb8a9)
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
Hi,
There are a few PRs (meta-bug PR101926) about accessing aggregate
param/returns which are passed through registers.
We could use the current SRA pass in a special mode right before
RTL expansion for the incoming/outgoing part, as the talked at:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115500
--- Comment #6 from Jeffrey A. Law ---
That's going to be a uarch issue if the slli/bltz is slower.
On Fri, Jun 14, 2024 at 9:35 AM Levy Hsu wrote:
>
> This patch updates the GCC x86 backend to efficiently handle
> odd, incrementally increasing permutations of BF16 vectors
> using the cvtne2ps2bf16 instruction.
> It modifies ix86_vectorize_vec_perm_const to support these operations
> and adds a
On Thu, Jun 13, 2024 at 3:13 PM Hu, Lin1 wrote:
>
> Hi, all
>
> This patch aims to refine all cvtt* instructions with UNSPEC instead of
> FIX/UNSIGNED_FIX. Because the intrinsics should behave as documented.
>
> Bootstrapped and regtested on x86_64-pc-linux-gnu, OK for trunk?
Ok.
>
> BRs,
> Lin
>
On Fri, Jun 14, 2024 at 10:53 PM Hongtao Liu wrote:
>
> On Fri, Jun 14, 2024 at 6:31 PM Richard Biener wrote:
> >
> > The following retires vcond{,u,eq} optabs by stopping to use them
> > from the middle-end. Targets instead (should) implement vcond_mask
> > and vec_cmp{,u,eq} optabs. The PR
On Sat, Jun 15, 2024 at 1:22 AM Jeff Law wrote:
>
>
>
> On 6/14/24 11:10 AM, Alexander Monakov wrote:
> >
> > On Fri, 14 Jun 2024, Kong, Lingling wrote:
> >
> >> APX CFCMOV[1] feature implements conditionally faulting which means that
> >> all memory faults are suppressed
> >> when the condition
https://gcc.gnu.org/g:96fe23eb8a9ebac6b64aeb55db88d219177a345a
commit r15-1362-g96fe23eb8a9ebac6b64aeb55db88d219177a345a
Author: Kewen Lin
Date: Sun Jun 16 21:50:19 2024 -0500
m2: Remove uses of {FLOAT,{,LONG_}DOUBLE}_TYPE_SIZE
Joseph pointed out "floating types should have their
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115513
Xi Ruoyao changed:
What|Removed |Added
Last reconfirmed||2024-06-17
Severity|normal
Ping this thread.
BRs,
Lin
-Original Message-
From: Hu, Lin1
Sent: Tuesday, June 11, 2024 2:49 PM
To: gcc-patches@gcc.gnu.org
Cc: Liu, Hongtao ; ubiz...@gmail.com; rguent...@suse.de
Subject: [PATCH 1/3 v3] vect: generate suitable convert insn for int -> int,
float -> float and int <->
From: Pan Li
When investigate the vectorization of .SAT_ADD, we notice there
are additional 2 forms, aka form 7 and 8 for .SAT_ADD.
Form 7:
#define DEF_SAT_U_ADD_FMT_7(T) \
T __attribute__((noinline)) \
sat_u_add_##T##_fmt_7 (T x, T y)\
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115450
--- Comment #2 from kugan at gcc dot gnu.org ---
(In reply to Andrew Pinski from comment #1)
> >[r15-1006-gd93353e6423eca] Do single-lane SLP discovery for reductions
>
>
> Interesting because PR 115256 bisect it to an earlier patch.
I believe
c Summary ===
# of expected passes197033
# of unexpected failures236
# of unexpected successes 27
# of expected failures 1501
# of unresolved testcases 114
# of unsupported tests 4218
/home/haochenj/src/gcc-regression/bld/gcc/xgcc version 15.0.0 202406
utputs-22 exe savetmp namedb-2: outputs.ld1_args
FAIL: 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_a
d passes403214
# of unexpected failures318
# of unexpected successes 50
# of expected failures 3096
# of unsupported tests 7408
/export/home/haochenj/src/gcc-regression/bld/gcc/xgcc version 15.0.0 20240616
(experimental) [master r15-1360-g8348f8c2
Richard Biener 于2024年6月6日周四 14:20写道:
>
> On Thu, 6 Jun 2024, YunQiang Su wrote:
>
> > Richard Biener 于2024年5月28日周二 17:47写道:
> > >
> > > The following avoids accounting single-lane SLP to the discovery
> > > limit. As the two testcases show this makes discovery fail,
> > > unfortunately even not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115500
--- Comment #5 from YunQiang Su ---
(In reply to Jeffrey A. Law from comment #4)
> On the gcc-13, gcc-14 and the trunk I get this with -O2 on rv64gc:
>
> sllia5,a0,44
> blt a5,zero,.L3
>
>
> So ISTM that we must be
I've committed this libbacktrace patch to not fail on the case where
there are no bits available when looking backward. This can happen at
the very end of the frame if no bits are actually required. The test
case is long and may be proprietary, so not including it.
Bootstrapped and ran
https://gcc.gnu.org/g:8348f8c22ff1ac61df45d63739e1028f87d6ef88
commit r15-1360-g8348f8c22ff1ac61df45d63739e1028f87d6ef88
Author: Ian Lance Taylor
Date: Sun Jun 16 15:39:53 2024 -0700
libbacktrace: it's OK if zstd decompressor sees no backward bits
* elf.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
--- Comment #8 from gagan sidhu (broly) ---
how did you respond so fast? i don't see you on the CC list. that's kind of
cool but eerie. that's usually MY modus operandi, lol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
gagan sidhu (broly) changed:
What|Removed |Added
Summary|regression between gcc |regression between gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
--- Comment #6 from Sam James ---
If it's "kinda urgent", please provide the full info we need, including "secret
sauce".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115408
--- Comment #5 from gagan sidhu (broly) ---
hi andrew,
i tried compiling another program that wasn't openssl and a similar issue
arose. something is seriously wrong in 14.1.0 in terms of -mips16 and
-minterlink-mips16 mode
this is kinda
Snapshot gcc-15-20240616 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/15-20240616/
and on various mirrors, see https://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 15 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114442
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115404
Bug 115404 depends on bug 115387, which changed state.
Bug 115387 Summary: [15 regression] ICE in iovsprintf.c since
r15-1081-ge14afbe2d1c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115387
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113362
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #3
Hi Andre,
Am 14.06.24 um 17:05 schrieb Andre Vehreschild:
Hi all,
I somehow got assigned to this PR so I fixed it. GFortran was ICEing because of
the ASSUME_RANK in a derived to class conversion. After fixing this, storage
association was producing segfaults. The "shape conversion" of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47081
--- Comment #5 from Göran Uddeborg ---
These messages are no longer included in the po files. I'm not sure exactly
what prevents it; gengtype-state.cc is still not in po/EXCLUDES (while plain
gengtype.cc is). In any case, I would say we can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115500
Jeffrey A. Law changed:
What|Removed |Added
Known to work||14.1.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 100211, which changed state.
Bug 100211 Summary: [11/12/13/14/15 Regression] aarch64: OOB accesses in
aarch64_{save,restore}_callee_saves
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100211
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100211
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|11.5
https://gcc.gnu.org/g:33caee556c130b2dcf311480314e942a43d6b368
commit r15-1359-g33caee556c130b2dcf311480314e942a43d6b368
Author: Andrew Pinski
Date: Sun Jun 16 10:53:15 2024 -0700
aarch64: Fix reg_is_wrapped_separately array size [PR100211]
Currrently the size of the array
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100211
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:33caee556c130b2dcf311480314e942a43d6b368
commit r15-1359-g33caee556c130b2dcf311480314e942a43d6b368
Author: Andrew Pinski
Date:
Currrently the size of the array reg_is_wrapped_separately is LAST_SAVED_REGNUM.
But LAST_SAVED_REGNUM could be regno that is being saved. So the size needs
to be `LAST_SAVED_REGNUM + 1` like aarch64_frame->reg_offset is.
Committed as obvious after a bootstrap/test for aarch64-linux-gnu.
2461
# of unexpected failures170
# of unexpected successes 14
# of expected failures 1468
# of unsupported tests 3909
/home/gccbuild/build/nightly/build-gcc-12/gcc/xgcc version 12.3.1 20240616
[remotes/origin/releases/gcc-12 r12-10560-g26640a512a] (GCC)
I am trying to understand what check_qualified_type
does exactly. The direct comparison of TYPE_NAMES seems incorrect
for C and its use is c_update_type_canonical then causes
PR114930 and PR115502. In the later function I think
it is not really needed and I guess one could simply remove
it,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114996
--- Comment #5 from Segher Boessenkool ---
(My name is Segher)
I implemented unCSE. It does exactly this. It will still be a few days before
you will see it, sorry!
1904
# of unsupported tests 4404
/home/tcwg-buildslave/workspace/tcwg_gnu_4/abe/builds/destdir/aarch64-unknown-linux-gnu/bin/aarch64-unknown-linux-gnu-gcc
version 15.0.0 20240616 (experimental) [master revision
gcc-15-1358-g59dfce6d618] (GCC)
=== gfortran tests ===
d/nightly/build-gcc-trunk/gcc/xgcc version 15.0.0 20240616
(experimental) [remotes/origin/HEAD r15-1356-gbc630d613db] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: gfortran.dg/large_real_kind_form
-unknown-linux-gnueabihf/armv8l-unknown-linux-gnueabihf/gcc-gcc.git~master-stage2/./gcc/gccgo
version 15.0.0 20240616 (experimental) [master revision
gcc-15-1358-g59dfce6d618] (GCC)
=== libgomp tests ===
Running target tcwg-local
XPASS: libgomp.c/alloc-pinned-1.c execution test
ler-times dummy 8
FAIL: c-c++-common/gomp/unroll-4.c -std=c++20 scan-assembler-times dummy 8
FAIL: c-c++-common/gomp/unroll-5.c -std=c++98 scan-assembler-times dummy 8
FAIL: c-c++-common/gomp/unroll-5.c -std=c++14 scan-assembler-times dummy 8
FAIL: c-c++-common/gomp/unroll-5.c -std=c++17 scan-assembler-ti
On Sun, Jun 16, 2024 at 12:33 AM Martin Uecker wrote:
>
>
> I think it should not warn about:
>
> char *x;
> *(char * volatile *)
>
> as this is regular qualifier adding and this is
> a bug in GCC.
>
I can file a bug if it is indeed one.
> I would guess it looks at all qualifiers added at
> all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115514
Bug ID: 115514
Summary: Nonconforming reverse_iterator::operator->
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114996
--- Comment #4 from Jeffrey A. Law ---
Seger, please give some suggestions. At least for the riscv case, I don't see
a path forward.
f expected failures 1554
# of unsupported tests 3213
/home/gccbuild/build/nightly/build-gcc-13/gcc/xgcc version 13.3.1 20240616
[releases/gcc-13 r13-8851-g663be6b995] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50909
Sergey Fedorov changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114996
--- Comment #3 from Segher Boessenkool ---
That makes no sense. combine only ever results in 0, 1, or 2 insns, never 3.
What you mean is that after 4 or more combinations you got what you wanter.
But
combine (like most RTL optimisations!) is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115513
Bug ID: 115513
Summary: attribute nonstring could help with printf mistakes
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Another case of being able to safely use bset for 1 << n. In this case
the (1 << n) is explicitly zero extended from SI to DI. Two things to
keep in mind. The (1 << n) is done in SImode. So it doesn't directly
define bits 32..63 and those bits are cleared by the explicit zero
extension.
arly-break-cbranch.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-vabs.c scan-assembler-times memmove 3
FAIL: gcc.target/a
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
FAIL: a95074d
FAIL: aa2010a
FAIL: ac3207a
FAIL: ad7203b
FAIL: ad7205b
FAIL: c34008a
FAIL: c35102a
FAIL: c380004
FAIL: c3a1002
FAIL: c41307d
FAIL: c46051a
FAIL:
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
FAIL: c390a03
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is i686-apple-darwin17
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin12
=== g++
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
FAIL: c330002
FAIL: c35507c
FAIL: c392011
FAIL: c393010
FAIL: c731001
FAIL: c940007
FAIL: c97301a
FAIL: c980001
FAIL: ca11004
FAIL: cd30005
FAIL: ce3104a
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin14
=== g++
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin15
=== g++
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin16
=== g++
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin17
=== g++
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin18
=== g++
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin19
=== g++
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
FAIL: c38202a
FAIL: c730002
FAIL: c761006
FAIL: ce2110c
FAIL: ce2204d
FAIL: ce3306a
FAIL: ce3805b
FAIL: cxb5002
=== acats Summary ===
# of expected
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
FAIL: c250002
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is x86_64-apple-darwin21
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin21
=== g++
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
FAIL: c250002
FAIL: ce2102g
FAIL: ce2102k
FAIL: ce2102w
FAIL: ce2103a
FAIL: ce2103b
FAIL: ce2104b
FAIL: ce2104d
FAIL: ce2111e
FAIL: ce2111f
FAIL: ce2111g
FAIL:
LAST_UPDATED: Sat 15 Jun 2024 00:16:29 UTC (revision r15-1348-g471fb0926017)
=== acats tests ===
=== acats Summary ===
# of expected passes2328
# of unexpected failures0
Native configuration is x86_64-apple-darwin23
=== g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115512
Bug ID: 115512
Summary: _Float32 overloads in cmath cause ICE for default AVR
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/g:59dfce6d618ccf5865dec216603dbc25a4f7bf2d
commit r15-1358-g59dfce6d618ccf5865dec216603dbc25a4f7bf2d
Author: Jeff Law
Date: Sun Jun 16 08:36:27 2024 -0600
[to-be-committed] [RISC-V] Improve (1 << N) | C for rv64
Another improvement for generating Zbs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-06-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115511
Bug ID: 115511
Summary: ICE on ambigous overload for _Float32
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
uild/build/nightly/build-gcc-13/gcc/xgcc version 13.3.1 20240616
[releases/gcc-13 r13-8851-g663be6b995] (GCC)
=== gfortran tests ===
Running target unix
XPASS: gfortran.dg/large_real_kind_form_io_2.f90 -O0 execution test
XPASS: gfortran.dg/large_real_kind_form_io_2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115510
Bug ID: 115510
Summary: ICE : Segmentation fault in build_new_method_call
and finish_call_expr
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity:
LAST_UPDATED: Sat Jun 15 17:05:03 UTC 2024 (revision r15-1352-g079506b8aaf)
=== acats tests ===
FAIL: cb1010a
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is s390x-ibm-linux-gnu default
# of unsupported tests 3153
/home/toon/scratch/bld2394908/gcc/xgcc version 14.1.1 20240616
[releases/gcc-14 r14-10314-ga4f8e9ec387] (GCC)
=== gdc tests ===
Running target unix
=== gdc Summary ===
# of expected passes13864
# of unsupported tests
LAST_UPDATED: Sat Jun 15 17:05:03 UTC 2024 (revision r15-1352-g079506b8aaf)
=== acats tests ===
FAIL: cb1010a
=== acats Summary ===
# of expected passes2327
# of unexpected failures1
Native configuration is s390x-ibm-linux-gnu z16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114961
Nathaniel Shead changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 115446, which changed state.
Bug 115446 Summary: [15 Regression] [modules] Segfault when exporting operator
new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115446
What|Removed
1 - 100 of 124 matches
Mail list logo