https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109352
Bug ID: 109352
Summary: Feature request: warn about "u64 = u32 * u32" and
similar
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101047
Paul Thomas changed:
What|Removed |Added
Last reconfirmed||2023-03-31
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109352
--- Comment #1 from Andrew Pinski ---
"similar expression causes interger overflow ". No it causes wrapping.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24542
Andrew Pinski changed:
What|Removed |Added
CC||zhangboyang.id at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109352
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109350
Richard Biener changed:
What|Removed |Added
CC||amacleod at redhat dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109328
--- Comment #6 from CVS Commits ---
The master branch has been updated by Kito Cheng :
https://gcc.gnu.org/g:608388486a54afe98aed0f105a6101ae7a9ff66c
commit r13-6954-g608388486a54afe98aed0f105a6101ae7a9ff66c
Author: Kito Cheng
Date: Fri Mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109029
--- Comment #9 from Hongtao.liu ---
(In reply to Hongtao.liu from comment #8)
> >
> > One solution is handling it in ix86_builtin_vectorized_function just like
> > other math functions which has different input/output sizes.
>
> Or extend vect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109328
Kito Cheng changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109137
--- Comment #23 from rguenther at suse dot de ---
On Thu, 30 Mar 2023, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109137
>
> --- Comment #21 from Jan Hubicka ---
> Zen 1-3 changes were intentional in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85048
--- Comment #12 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #9)
> With the patch, we can generate optimized code expect for those 16 {u,}qq
> cases, since the ABI doesn't support 1024-bit vector.
Can't these be vectorized using pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109353
Bug ID: 109353
Summary: FAIL: 23_containers/vector/bool/allocator/copy.cc
(test for excess errors)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109351
Uroš Bizjak changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109353
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #32 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #31 from Jakub Jelinek ---
> If the important side-effect is allocation of some GC memory, then perhaps
> (assuming you also see just 5 initialize_cfun calls with 2xint,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #33 from Jakub Jelinek ---
Oops, sorry.
gen_raw_REG (TYPE_MODE (DECL_RESULT (new_fndecl)), 8);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109353
--- Comment #2 from Richard Biener ---
So it seems to be
_M_insert_aux(iterator __position, bool __x)
{
if (this->_M_impl._M_finish._M_p != this->_M_impl._M_end_addr())
{
std::copy_backward(__position, this->_M_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109353
--- Comment #3 from Richard Biener ---
So if it's possible to refactor things as to key the copy size dispatching on
the destination size (that seems to be known here) rather than the source
that might help (unless we then diagnose overread from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24542
--- Comment #12 from Zhang Boyang ---
Hi,
Sorry for filled a duplicate bug. But I'd like to suggest reconsider this
feature request. Here are two reasons:
1) "u64 = 1 << u32", "u64 = u32 * u32" are common mistakes in beginners,
2) These expre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109354
Bug ID: 109354
Summary: [arm32] Parameter stored on stack gets wrong debug
info with -Og or higher
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109128
Thomas Schwinge changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |burnus at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109303
--- Comment #9 from Martin Jambor ---
I have proposed the fix on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2023-March/614943.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24542
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-03-31
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #34 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #33 from Jakub Jelinek ---
> Oops, sorry.
> gen_raw_REG (TYPE_MODE (DECL_RESULT (new_fndecl)), 8);
While this compiles, I run into
during IPA pass: inline
In function ‘
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #35 from Jakub Jelinek ---
Sorry for wasting your time.
--- a/gcc/tree-inline.cc
+++ b/gcc/tree-inline.cc
@@ -2787,6 +2787,8 @@ initialize_cfun (tree new_fndecl, tree callee_fndecl,
profile_count count)
/* Get clean struct functio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24542
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109355
Bug ID: 109355
Summary: Add a text warning to old gcc online manual stating it
is out of date
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101834
--- Comment #13 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:79d1e0b2c2b8ff4f4b1118549a80945faa1cb356
commit r13-6955-g79d1e0b2c2b8ff4f4b1118549a80945faa1cb356
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101834
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
--- Comment #4 from Jonathan Wakely ---
(In reply to Richard Biener from comment #2)
> The diagnostic is intentional I think. We see
>
> [local count: 1073741824]:
> ss ={v} {CLOBBER};
> std::stop_token::_Stop_state_ref::_Stop_state_ref (&ss.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> (In reply to Richard Biener from comment #2)
> > The diagnostic is intentional I think. We see
> >
> > [local count: 1073741824]:
> > ss ={v} {CLOBBER};
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109356
Bug ID: 109356
Summary: Enhancement idea to provide clearer missing brace line
number
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105523
David Crocker changed:
What|Removed |Added
CC||dcrocker at eschertech dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109353
--- Comment #4 from Jonathan Wakely ---
This doesn't help:
--- a/libstdc++-v3/include/bits/vector.tcc
+++ b/libstdc++-v3/include/bits/vector.tcc
@@ -936,15 +936,25 @@ _GLIBCXX_BEGIN_NAMESPACE_CONTAINER
*__position = __x;
++t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109356
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107374
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107048
Xi Ruoyao changed:
What|Removed |Added
Severity|normal |enhancement
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109357
Bug ID: 109357
Summary: GCC 13.0.1: internal compiler error in
cp/constexpr.cc:1685
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109358
Bug ID: 109358
Summary: Wrong formatting with T-descriptor during stream
output
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109356
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107769
--- Comment #6 from Martin Jambor ---
Yes, you identified the correct commit. The same jump function is double
counted (once during iPA-CP and then again during inlining) when we drop
references and so an address reference is replaced with a re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109355
--- Comment #1 from Andrew Pinski ---
There is another bug about adding a version to the manual pages. Thar would be
better. Touching old generated html files is not a good solution. Plus the
version is in the url.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109355
--- Comment #2 from Andrew Pinski ---
Oh and the manual is not exactly out of date for that version of gcc. So the
text you have would be wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109318
--- Comment #9 from Martin Jambor ---
Most likely a duplicate of PR 107769.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109355
--- Comment #3 from Jonathan Wakely ---
We could add server rules to insert a banner into the HTML on every page, but
it's not trivial.
You might be thinking of PR 65699.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
--- Comment #7 from Jonathan Wakely ---
OK I suppose we can change the library to avoid passing a reference there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97048
Bug 97048 depends on bug 107087, which changed state.
Bug 107087 Summary: [12/13 Regression] bits/stl_algobase.h:431: warning: 'void*
__builtin_memcpy(void*, const void*, unsigned int)' reading between 8 and
2147483644 bytes from a region of siz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107087
Richard Biener changed:
What|Removed |Added
Summary|[13 Regression] |[12/13 Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15450
--- Comment #3 from Andrew Pinski ---
Note for long long, you can use -Wno-long-long which is documented here:
https://gcc.gnu.org/onlinedocs/gcc-12.2.0/gcc/Warning-Options.html#index-Wlong-long
Been around since 3.1:
https://gcc.gnu.org/onlined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16794
Andrew Pinski changed:
What|Removed |Added
Resolution|WONTFIX |DUPLICATE
--- Comment #3 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91645
--- Comment #14 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e02c9d9116f243643c0daba8dbcc5d1795c827c3
commit r13-6956-ge02c9d9116f243643c0daba8dbcc5d1795c827c3
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61294
Andrew Pinski changed:
What|Removed |Added
CC||martin at v dot loewis.de
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107087
--- Comment #9 from Jonathan Wakely ---
This prevents the warning:
--- a/libstdc++-v3/include/bits/cow_string.h
+++ b/libstdc++-v3/include/bits/cow_string.h
@@ -911,13 +911,25 @@ _GLIBCXX_BEGIN_NAMESPACE_VERSION
/// null-termination.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80922
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65534
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83582
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109353
--- Comment #5 from Richard Biener ---
(In reply to Jonathan Wakely from comment #4)
> This doesn't help:
>
> --- a/libstdc++-v3/include/bits/vector.tcc
> +++ b/libstdc++-v3/include/bits/vector.tcc
> @@ -936,15 +936,25 @@ _GLIBCXX_BEGIN_NAMESPA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
--- Comment #9 from Jonathan Wakely ---
Yes, we can pass something else there instead.
It would be nice if this worked to silence the warning though:
--- a/libstdc++-v3/include/std/stop_token
+++ b/libstdc++-v3/include/std/stop_token
@@ -395,1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #36 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #35 from Jakub Jelinek ---
> Sorry for wasting your time.
No worries: it's mostly the SPARC box doing the compiles ;-)
> --- a/gcc/tree-inline.cc
> +++ b/gcc/tree-inlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
--- Comment #10 from Jakub Jelinek ---
__attribute__((__access__(__none__, 2))) on the ctor works, no need to add
pragmas.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109334
--- Comment #2 from Siddhesh Poyarekar ---
That seems OK; I had added that to be conservative since I really only intended
to add support for the access attribute back then and not the implicit
attributes. Could you please post that on the ML a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109231
--- Comment #37 from Jakub Jelinek ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #36)
> > --- a/gcc/tree-inline.cc
> > +++ b/gcc/tree-inline.cc
> > @@ -2787,6 +2787,8 @@ initialize_cfun (tree new_fndecl, tree callee_fndecl,
> > pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109359
Bug ID: 109359
Summary: Compile-time rounding of double literal to float is
incorrect with -frounding-math
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90706
--- Comment #20 from CVS Commits ---
The releases/gcc-12 branch has been updated by Vladimir Makarov
:
https://gcc.gnu.org/g:88792f04e5c63025506244b9ac7186a3cc10c25a
commit r12-9372-g88792f04e5c63025506244b9ac7186a3cc10c25a
Author: Vladimir N.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107087
--- Comment #10 from Jonathan Wakely ---
I wonder if some other hints about properties of the empty rep would help
codegen:
--- a/libstdc++-v3/include/bits/cow_string.h
+++ b/libstdc++-v3/include/bits/cow_string.h
@@ -204,6 +204,11 @@ _GLIBCXX_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90706
--- Comment #21 from Vladimir Makarov ---
(In reply to CVS Commits from comment #20)
> The releases/gcc-12 branch has been updated by Vladimir Makarov
> :
>
> https://gcc.gnu.org/g:88792f04e5c63025506244b9ac7186a3cc10c25a
>
>
The trunk with t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109355
--- Comment #4 from Jonny Grant ---
(In reply to Andrew Pinski from comment #2)
> Oh and the manual is not exactly out of date for that version of gcc. So the
> text you have would be wrong.
Sorry, you're completely right. A script could searc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109360
Bug ID: 109360
Summary: RFE: check that generated .sarif files validate
against the SARIF schema
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109163
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109361
Bug ID: 109361
Summary: RFE: SARIF output could contain timing/profile
information
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109361
--- Comment #1 from David Malcolm ---
Some existing SARIF properties we could generate:
3.20.7 startTimeUtc property
An invocation object MAY contain a property named sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109359
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109359
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109362
Bug ID: 109362
Summary: codegen adds unnecessary extra add when reading atomic
member
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109359
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109350
--- Comment #3 from Andrew Macleod ---
On 3/31/23 03:17, rguenth at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109350
>
> Richard Biener changed:
>
> What|Removed |Added
> -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90706
Georg-Johann Lay changed:
What|Removed |Added
Known to fail||10.0, 11.0, 12.0, 9.0
Sta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109362
--- Comment #1 from Barry Revzin ---
Sorry, in this reduced example, it doesn't actually consume an extra register -
only rdi is used.
In this slightly less reduced example:
#include
struct S {
std::atomic size;
std::atomic read_ptr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 90706, which changed state.
Bug 90706 Summary: [10/11/12/13 Regression] Useless code generated for stack /
register operations on AVR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90706
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109104
Yanzhang, Wang changed:
What|Removed |Added
CC||yanzhang.wang at intel dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109339
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:a35e8042fbc7a3eb9cece1fba4cdd3b6cdfb906f
commit r13-6958-ga35e8042fbc7a3eb9cece1fba4cdd3b6cdfb906f
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
--- Comment #22 from Jakub Jelinek ---
It is true that with r13-6661 + r13-6691 this bug is just latent, so perhaps it
doesn't need to be P1 unless somebody comes up with a reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109087
--- Comment #18 from Jakub Jelinek ---
It is true that with r13-6661 + r13-6691 this bug is just latent, so perhaps it
doesn't need to be P1 unless somebody comes up with a reproducer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109052
--- Comment #8 from CVS Commits ---
The master branch has been updated by Vladimir Makarov :
https://gcc.gnu.org/g:e9910e002d610db6e08230583c2976c9a557131b
commit r13-6959-ge9910e002d610db6e08230583c2976c9a557131b
Author: Vladimir N. Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109093
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P3
Summary|[13 regression] c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105580
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109087
Jakub Jelinek changed:
What|Removed |Added
Summary|[13 Regression] csmith: end |csmith: end of year runtime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109362
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109362
--- Comment #3 from Jakub Jelinek ---
Reduced C testcase would be
struct S { long a, b; };
int
foo (struct S *v)
{
while (1)
{
__atomic_load_n (&v->a, __ATOMIC_ACQUIRE);
if (__atomic_load_n (&v->b, __ATOMIC_ACQUIRE))
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109362
--- Comment #4 from Barry Revzin ---
Awesome!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109363
Bug ID: 109363
Summary: [13 Regression] gcc.dg/tree-ssa/pr23109.c cris-elf
reciptmp with r13-6945-g429a7a88438cc8
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109357
Xi Ruoyao changed:
What|Removed |Added
Target Milestone|--- |12.3
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109357
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109355
--- Comment #5 from joseph at codesourcery dot com ---
As I mentioned in previous discussions of this idea: any implementation
should *not* involve simply editing the old generated files in place; it
needs to involve keeping an unmodified copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109364
Bug ID: 109364
Summary: Missing return statement in a non void function gives
only a warning but produces a forced crash.
Product: gcc
Version: 13.0
URL: https://www.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43943
Andrew Pinski changed:
What|Removed |Added
CC||contact@thunderperfectwitch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109364
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
1 - 100 of 136 matches
Mail list logo
