https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56289
Gayathri Gottumukkala changed:
What|Removed |Added
CC||gayathri.gottumukkala.27@gm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65350
Gayathri Gottumukkala changed:
What|Removed |Added
CC||gayathri.gottumukkala.27@gm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70352
Gayathri Gottumukkala changed:
What|Removed |Added
CC||gayathri.gottumukkala.27@gm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111316
--- Comment #3 from Andrew Pinski ---
See https://cplusplus.github.io/CWG/issues/2369.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111316
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111316
--- Comment #1 from Andrew Pinski ---
Yes and GCC is the only compiler which implements the atomic constraint rule
for C++20.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111316
Bug ID: 111316
Summary: std::vector's operator < does not work with recursive
data type
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111315
--- Comment #1 from Andrew Pinski ---
Hmm, is libbacktrace not working with PIE applications ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111314
--- Comment #2 from Andrew Pinski ---
If change DynamicType to a variable length template, then it works; that is:
template class, typename...>
struct DynamicType {};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111315
Bug ID: 111315
Summary: libstdc++ stacktrace testsuite failures with
--enable-default-pie
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111314
--- Comment #1 from Andrew Pinski ---
Reduced testcase:
template
struct Template1 {};
template class, typename>
struct DynamicType {};
template
struct is_dynamic_type
{ static constexpr bool value = false; };
template class Template,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111313
--- Comment #1 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:572abb52f5761a647035ee39d0e443c1c3622e75
commit r14-3765-g572abb52f5761a647035ee39d0e443c1c3622e75
Author: Juzhe-Zhong
Date: Thu Sep 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111314
Bug ID: 111314
Summary: Can not deduct parameter pack as a single type
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111268
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111313
Bug ID: 111313
Summary: RISC-V: Incorrect code gen for 2 level loop
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111310
Ian Lance Taylor changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111303
Andrew Pinski changed:
What|Removed |Added
Summary|ICE: in type, at|[14 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #2 from JuzheZhong ---
All FAILS in this PR are not a big deal which will be easily addressed (except
LTO).
We should enable vect.exp tests which have full coverage of vector tests.
But we are still have 2 real FAILS (current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111310
--- Comment #1 from CVS Commits ---
The master branch has been updated by Ian Lance Taylor :
https://gcc.gnu.org/g:e4775af423a590947a10429b9fa889f5d3d41d40
commit r14-3762-ge4775af423a590947a10429b9fa889f5d3d41d40
Author: Ian Lance Taylor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111311
--- Comment #1 from JuzheZhong ---
Except the known issue (LTO issue). All other issues are either bugus FAILS or
very simple bugs. Fixing them just need a few days (maybe 2 ~ 3days).
I will fix them first before sending new feature patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110520
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111095
--- Comment #2 from David Malcolm ---
(In reply to David Malcolm from comment #1)
[...]
> I'll open a bug about that.
Filed as bug 111312; made this one block that one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111213
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111312
Bug ID: 111312
Summary: Should the analyzer run earlier?
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111095
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
piler error: in
partial_subreg_p, at rtl.h:3186)
FAIL: gcc.target/riscv/rvv/base/spill-sp-adjust.c (test for excess errors)
UNRESOLVED: gcc.target/riscv/rvv/base/spill-sp-adjust.c scan-assembler-not
addi\\tsp,sp,0
FAIL: gcc.target/riscv/rvv/base/vector-abi-4.c (test for bogus messages, line
9)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111310
Bug ID: 111310
Summary: BITINT_TYPE unsupported in godump.cc
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111308
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2023-09-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
--- Comment #6 from TC ---
The crash is gone if lib2.o is compiled with bits/hashtable_policy.h patched
like so:
--- a/path/to/gcc-13/include/c++/13.2.0/bits/hashtable_policy.h
+++ b/hashtable_policy.h
@@ -327,18 +327,22 @@ namespace __detail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110158
--- Comment #6 from danakj at orodu dot net ---
In case it is of help, here's an even smaller repro that clang reports the
error in libstdc++. For whatever reason gcc does not notice the libstdc++ bug
here.
https://gcc.godbolt.org/z/Phndafeoe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
--- Comment #5 from TC ---
Minimal example:
$ cat lib1.cpp
#include
#include
static std::unordered_set set;
void del(const std::string& s) {
set.erase(s);
}
$ cat lib2.cpp
#include
#include
static std::unordered_set set;
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110158
--- Comment #5 from danakj at orodu dot net ---
As a means to work around #4 in static asserts, making your string long enough
that it avoids the SSO will allow the compiler to accept it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111309
--- Comment #3 from joseph at codesourcery dot com ---
Defined values for 0 are marginally more convenient for implementing the
standard operations which have defined results for all
arguments, and I think it's appropriate for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111309
--- Comment #2 from Jakub Jelinek ---
For clz/ctz/parity/popcount/clrsb/ffs, it should be quite easy to implement
them, the primary questions are, what the builtin name should be (because
__builtin_clz etc. is already taken for unsigned int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111304
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85547
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||mailling-lists-bd at posteo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111309
--- Comment #1 from joseph at codesourcery dot com ---
Yes, we should have APIs for building type-generic _BitInt interfaces
(also a width-of operation to give the width in bits of an integer type;
also type-generic versions of operations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
François Dumont changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |fdumont at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111309
Bug ID: 111309
Summary: va_arg alternative for _BitInt
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111308
Bug ID: 111308
Summary: BITINT_TYPE unsupported in c-ada-spec.cc
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #110 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:52e270e847d240fb68a27c88ee60189515a6
commit r14-3759-g52e270e847d240fb68a27c88ee60189515a6
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #109 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:dce6f6a974d4ecce8491c989c35e23c59223f762
commit r14-3758-gdce6f6a974d4ecce8491c989c35e23c59223f762
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #107 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c62c82dc98dcb7420498b7114bf4cd2ec1a81405
commit r14-3756-gc62c82dc98dcb7420498b7114bf4cd2ec1a81405
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #104 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a2f50aa2c578eb0572935e61818e1f2b18b53fd6
commit r14-3753-ga2f50aa2c578eb0572935e61818e1f2b18b53fd6
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #105 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f76ae4369cb6f38e17510704e5b6e53847d2a648
commit r14-3754-gf76ae4369cb6f38e17510704e5b6e53847d2a648
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #106 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f6e0ec5696ec5f52baed71fe23f978bcef80d458
commit r14-3755-gf6e0ec5696ec5f52baed71fe23f978bcef80d458
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #108 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3ad9948b3e716885ce66bdf1c8e053880a843a2b
commit r14-3757-g3ad9948b3e716885ce66bdf1c8e053880a843a2b
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #103 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:faff31701d50fab08d75fbb13affc82cff74a72c
commit r14-3752-gfaff31701d50fab08d75fbb13affc82cff74a72c
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #101 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2ce182e258d3ab11310442d5f4dd1d063018aca9
commit r14-3750-g2ce182e258d3ab11310442d5f4dd1d063018aca9
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #102 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:8c984a1c3693df63520558631c827bb2c2d8b5bc
commit r14-3751-g8c984a1c3693df63520558631c827bb2c2d8b5bc
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #100 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:7a610d44d855424518ecb4429ea5226ed2c32543
commit r14-3749-g7a610d44d855424518ecb4429ea5226ed2c32543
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #99 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:95521e15b6ef00c192a1bbd7c13b5f35395c7c9e
commit r14-3748-g95521e15b6ef00c192a1bbd7c13b5f35395c7c9e
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #98 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:b38deff6127778fed453bb647e32738ba5c78e33
commit r14-3747-gb38deff6127778fed453bb647e32738ba5c78e33
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #96 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4f4fa2501186e43d115238ae938b3df322c9e02a
commit r14-3745-g4f4fa2501186e43d115238ae938b3df322c9e02a
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
--- Comment #97 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a9d6c7fbeb374365058ffe2b9815d2b4b7193d38
commit r14-3746-ga9d6c7fbeb374365058ffe2b9815d2b4b7193d38
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110664
--- Comment #4 from Jakub Jelinek ---
Oops, sorry, failed to find this PR when writing the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110664
Joseph S. Myers changed:
What|Removed |Added
Target Milestone|--- |14.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111304
--- Comment #1 from Baptiste Demoulin ---
One comment: replacing `trim(prefix)` with `prefix(1:len_trim(prefix))` leads
to the same result, as does putting simply `prefix`, so the problem does not
seem to be related to using the `trim`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111307
Bug ID: 111307
Summary: RFE: builtin to construct va_list
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107198
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111296
--- Comment #3 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:6b96de22d6bcadb45530c1898b264e4738afa4fd
commit r14-3744-g6b96de22d6bcadb45530c1898b264e4738afa4fd
Author: Juzhe-Zhong
Date: Wed Sep 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111295
--- Comment #6 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:1b4c70d4271a00514ae20970d483c3b78d9d66ef
commit r14-3743-g1b4c70d4271a00514ae20970d483c3b78d9d66ef
Author: Juzhe-Zhong
Date: Wed Sep 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83028
--- Comment #5 from Jonathan Wakely ---
Yes, obviously, because separate statements have a sequence point between them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52953
--- Comment #13 from Jonathan Wakely ---
Yes, Bug 74 is already closed as a duplicate of this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111288
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-09-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111300
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2023-09-06
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105899
--- Comment #14 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:f2d7a4001a33884bc1dfd8da58e58dee18e3cd71
commit r14-3741-gf2d7a4001a33884bc1dfd8da58e58dee18e3cd71
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105899
--- Comment #13 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:b51cde34d4e7504e821d935152c0ece0ce0dc74d
commit r14-3740-gb51cde34d4e7504e821d935152c0ece0ce0dc74d
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107198
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111232
JuzheZhong changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111295
--- Comment #5 from JuzheZhong ---
I see. A candidate patch to fix this issue:
https://gcc.gnu.org/pipermail/gcc-patches/2023-September/629456.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111303
--- Comment #4 from Jiu Fu Guo ---
For the pattern: "(X + C) / N", "op (plus@3 @0 INTEGER_CST@1) INTEGER_CST@2)"
where "X" has value-range, and "X + C" does not overflow:
&& get_range_query (cfun)->range_of_expr (vr0, @0))
&& get_range_query
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111303
--- Comment #3 from Jiu Fu Guo ---
In the pattern of match.pd, there is:
&& range_op_handler (PLUS_EXPR).overflow_free_p (vr0, vr1)
&& get_range_query (cfun)->range_of_expr (vr3, @3)
/* "X+C" and "X" are not of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111306
Bug ID: 111306
Summary: macro-fusion makes error on conjugate complex
multiplication
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111305
Bug ID: 111305
Summary: GCC Static Analyzer -Wanalyzer-out-of-bounds FP and
ICE problem
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #61 from Andrew Church ---
For the record, I'll maintain a copy of my (unaccepted) patch to add
-Wunused-result=strict at: https://achurch.org/patch-pile/#gcc
(wur-strict.diff)
This flag obviously shouldn't be relied on in released
Hi there,
We are excited to offer you a comprehensive email list of school districts that
includes key contact information such as phone numbers, email addresses,
mailing addresses, company revenue, size, and web addresses. Our databases also
cover related industries such as:
* K-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111304
Bug ID: 111304
Summary: Problem when passing implicit arrays of characters to
functions
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111303
Jiu Fu Guo changed:
What|Removed |Added
Last reconfirmed||2023-09-06
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111303
Jiu Fu Guo changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |guojiufu at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66425
--- Comment #60 from Segher Boessenkool ---
(In reply to Roman Krotov from comment #59)
> All, what I'm asking for, is to make something like -Wno-void-unused, which
> would suppress the warnings only for the (void) casted calls.
So you want to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111295
--- Comment #4 from Jeremy Bennett ---
@JuzheZhong - it's a C test case, not C++. Look like you are trying to
compile it as C++.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111295
--- Comment #3 from JuzheZhong ---
This code can not be compiled:
cc1plus: warning: command-line option '-Wno-implicit-function-declaration' is
valid for C/ObjC but not for C++
bug.C: In function 'int q()':
bug.C:6:9: warning: empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111232
--- Comment #2 from CVS Commits ---
The trunk branch has been updated by Lehua Ding :
https://gcc.gnu.org/g:9ee40b9a7bee83394fc7ba6fef71cb76d91b49c8
commit r14-3735-g9ee40b9a7bee83394fc7ba6fef71cb76d91b49c8
Author: Lehua Ding
Date: Mon Sep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111303
Shaohua Li changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111295
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111296
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111238
--- Comment #3 from Christophe Lyon ---
The original problem is fixed by
https://gcc.gnu.org/pipermail/gcc-patches/2023-August/628998.html, and it seems
better not to call GLIBCXX_CHECK_LINKER_FEATURES and silently hide a potential
problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111303
Bug ID: 111303
Summary: ICE: in type, at value-range.h:869
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83077
--- Comment #12 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #11)
> (In reply to François Dumont from comment #10)
> > This is because you are facing the PR65762 issue. I just attached a path
> > proposal to it that you need to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83077
--- Comment #11 from Iain Sandoe ---
(In reply to François Dumont from comment #10)
> This is because you are facing the PR65762 issue. I just attached a path
> proposal to it that you need to apply too to be able to run your test.
> You'll be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111302
Matthias Kretz (Vir) changed:
What|Removed |Added
Target Milestone|--- |14.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111302
Bug ID: 111302
Summary: aligned std::experimental::simd loads and stores are
not constant expressions
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110643
--- Comment #12 from Mathieu Malaterre ---
regression started today
% cvise check.sh math_test.cc
00:00:27 INFO ===< 3971165 >===
00:00:27 INFO running 4 interestingness tests in parallel
00:00:27 INFO INITIAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83028
Gayathri Gottumukkala changed:
What|Removed |Added
CC||gayathri.gottumukkala.27@gm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52953
Gayathri Gottumukkala changed:
What|Removed |Added
CC||gayathri.gottumukkala.27@gm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107198
Gayathri Gottumukkala changed:
What|Removed |Added
CC||gayathri.gottumukkala.27@gm
97 matches
Mail list logo
