https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
--- Comment #4 from Hongtao.liu ---
So that would be case: the tripcount is known, the vect_factor is known, but
still niters_vector_mult_vf is variable(or it's not fold into an constant).?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
--- Comment #3 from Richard Biener ---
So for the trivial
void
__attribute__((noipa))
foo_mul (int* a, int b, int n)
{
for (int i = 0; i != N; i++)
{
a[i] = b;
b *= 3;
}
}
I get
t.c:5:21: note: examining phi: b_17 = P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
Richard Biener changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108611
Bug ID: 108611
Summary: [OOP] ICE with DT constructor and type->polymorphic
component in gfc_trans_structure_assign ->
gfc_trans_subcomponent_assign []
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96921
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> So something like:
> (simplify
> (minus integer_one@0 SSA_NAME@1)
> (if (TREE_CODE (@0) == SSA_NAME
> && ssa_name_has_boolean_range (@0))
> (bit_xor @1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108354
--- Comment #2 from Andrew Pinski ---
This is a specific case of PR 91213 and the case which will also fix PR 96921:
/* 1 - a is a ^ 1 if a had a bool range. */
(simplify
(minus integer_onep@0 SSA_NAME@1)
(if (INTEGRAL_TYPE_P (type)
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108354
Andrew Pinski changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pinskia at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108481
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> i = i - 6822162149299574294;
>
> Is not being invoked on the executable code.
>
> If we look at look at the original code:
>
>
> if ((i * (unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108481
--- Comment #2 from Andrew Pinski ---
i = i - 6822162149299574294;
Is not being invoked on the executable code.
If we look at look at the original code:
if ((i * (unsigned long)7 <= 1) << j)
;
else {
i = i - 6822162
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108481
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection, wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61597
--- Comment #21 from Andrew Pinski ---
The trunk can detect this with the reduced testcase in comment #16 with
-fsanitize=address (it could not in GCC 12 though):
=
==1==ERROR: Addr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12076
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2005-09-04 19:01:30 |2023-1-30
--- Comment #20 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108610
Bug ID: 108610
Summary: Pure library procedures with limited parameters
miscategorized
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65673
Po Lu changed:
What|Removed |Added
CC||luangruo at yahoo dot com
--- Comment #9 from Po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90151
--- Comment #3 from Martin Jambor ---
In January 2022 I see 9% regression on zen2, 8% regression on zen3 and
CascadeLake and 7% on zen4 (compared to gcc 7). I no longer track
zen1. LNT largely confirms these observations although it tracks -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108559
--- Comment #3 from Jason Merrill ---
(In reply to Andrew Pinski from comment #2)
> This might be related to C++ core issue cwg2403: https://wg21.link/cwg2403
Indeed. We don't expect the copy to be elided because of that issue, but we
are elid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96364
Andrew Pinski changed:
What|Removed |Added
Summary|ICE on valid code in|ICE on valid code in
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108559
Jason Merrill changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jason at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108609
Bug ID: 108609
Summary: New test case gfortran.dg/pr108527.f90 in
r13-5479-g22afa4947584c7 ICEs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
--- Comment #6 from Jakub Jelinek ---
#define N 64
extern double host_du[N][N][N][N];
int
foo (void)
{
double max_rel_err = -1;
const double rel_tol = __DBL_EPSILON__;
for (int n = 0; n < N; n++)
for (int k = 0; k < N; k++)
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108589
--- Comment #3 from ptomsich at gcc dot gnu.org ---
I can confirm that the issue reproduces (as expected) with the
'--enable-checking=rtl' configuration. I'll retest the fix and submit via the
list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
--- Comment #5 from Jakub Jelinek ---
The original code in kokkos had roughly:
Real max_rel_err = -1;
const Real rel_tol = std::numeric_limits::epsilon();
for (int n = 0; n < N; n++) {
for (int k = 0; k < N; k++) {
for (int j =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Jakub Jelinek from comment #2)
> > The ICE is on:
> > 7755 gimple_match_op op;
> > 7756 if (!gimple_extract_op (stmt_info->stmt, &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
--- Comment #3 from Andrew Pinski ---
(In reply to Jakub Jelinek from comment #2)
> The ICE is on:
> 7755gimple_match_op op;
> 7756if (!gimple_extract_op (stmt_info->stmt, &op))
> 7757 gcc_unreachable ();
> 7758gcc_assert (op.co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108592
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |anlauf at gcc dot
gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
--- Comment #2 from Jakub Jelinek ---
The ICE is on:
7755 gimple_match_op op;
7756 if (!gimple_extract_op (stmt_info->stmt, &op))
7757gcc_unreachable ();
7758 gcc_assert (op.code.is_tree_code ());
7759 auto code = tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |12.3
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108608
Bug ID: 108608
Summary: [12/13 Regression] AArch64 vectorizer ICE in
vect_transform_reduction
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56456
Bug 56456 depends on bug 108306, which changed state.
Bug 108306 Summary: [12 Regression] false-positive -Warray-bounds warning
emitted with -fsanitize=shift
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108306
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108306
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108306
--- Comment #18 from CVS Commits ---
The releases/gcc-12 branch has been updated by Andrew Macleod
:
https://gcc.gnu.org/g:9dccaeaa586a1634e1f6a0f4c51806f3c3aea63b
commit r12-9091-g9dccaeaa586a1634e1f6a0f4c51806f3c3aea63b
Author: Andrew MacLeo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108592
--- Comment #2 from Thomas Koenig ---
(In reply to anlauf from comment #1)
> @Thomas: do you remember the reason you chose the "_now" version?
I'm not sure any more. It's been a few years :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108605
--- Comment #3 from Andrew Pinski ---
Slightly modified testcase so it comes with both C and C++ front-ends:
```
struct S {
char a;
char b;
char c;
int d[0x7fffu];
int e;
};
void foo (struct S *s)
{
if (s->b && s->c != 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96745
Patrick Palka changed:
What|Removed |Added
CC||etienne.doms at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108479
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108605
Andrew Pinski changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108605
--- Comment #1 from Andrew Pinski ---
Slightly more reduced:
```
struct S {
char a;
char b;
char c;
int d[0x7fffu];
int e;
};
void foo (S *s)
{
if (s->b && s->c != 0)
__builtin_abort ();
}
void bar ()
{
struct S s[2];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108606
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108606
Andrew Pinski changed:
What|Removed |Added
Summary|[13 Regression] ICE in |[13 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108607
Bug ID: 108607
Summary: [12/13 Regression] ICE in
potential_constant_expression_1, at
cp/constexpr.cc:10003
Product: gcc
Version: 13.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108606
Bug ID: 108606
Summary: [13 Regression] ICE in
potential_constant_expression_1, at
cp/constexpr.cc:9713
Product: gcc
Version: 13.0
Status: UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108605
Bug ID: 108605
Summary: [13 Regression] ICE in ipa_push_agg_values_from_jfunc,
at ipa-cp.cc:2089
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84514
--- Comment #2 from Segher Boessenkool ---
Still happens with current trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #22 from Jonathan Wakely ---
Use --without-libstdcxx-zoneinfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97642
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108552
--- Comment #47 from Linus Torvalds ---
(In reply to Richard Biener from comment #45)
> For user code
>
> volatile long long x;
> void foo () { x++; }
>
> emitting inc + adc with memory operands is only "incorrect" in re-ordering
> the subword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48783
--- Comment #8 from Andrew Pinski ---
See also thread starting at
https://inbox.sourceware.org/gcc-patches/20221208105944.660323-1-jose.march...@oracle.com/
.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48783
Andrew Pinski changed:
What|Removed |Added
Known to work||5.1.0
--- Comment #7 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108604
Bug ID: 108604
Summary: New test case gcc.dg/torture/pr108574-3.c in
r13-5492-g7ac3e69e311351 hangs
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108579
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
Las
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103979
--- Comment #4 from Jakub Jelinek ---
Tried to reproduce the #c0 ICE all the way back to
r11-5002-ge3b3b59683c1e7d31a9d313dd97394abebf644be but couldn't, even that
version successfully DCEs the asm goto (though, in all cases during RTL
optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107409
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment
Target: aarch64-none-elf
Configured with: /home/alecop01/toolchain/src/gcc/configure
--prefix=/data_sdb/toolchain/cc1s/aarch64 --enable-langauges=c,c++
--disable-bootstrap --target=aarch64-none-elf
Thread model: single
Supported LTO compression algorithms: zlib
gcc version 13.0.1 20230130
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103979
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106746
--- Comment #26 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #25)
> Now, I believe the fix was incorrect and the other PR has all the details on
> it.
S/Now/No/, ouch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106746
--- Comment #25 from Jakub Jelinek ---
Now, I believe the fix was incorrect and the other PR has all the details on
it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108221
--- Comment #21 from Jan Dubiec ---
Unfortunately, after recent changes compilation for H8 family ends with:
Making all in c++20
make[5]: Entering directory
'/d/Works/xcomp/gcc-build/h8300-elf/libstdc++-v3/src/c++20'
echo 'static const char tzd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106746
--- Comment #24 from Segher Boessenkool ---
So this PR can be marked resolved now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108484
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106746
--- Comment #23 from Jakub Jelinek ---
See PR108463 and
https://gcc.gnu.org/pipermail/gcc-patches/2023-January/610778.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105593
--- Comment #17 from Jakub Jelinek ---
(In reply to James Addison from comment #16)
> Does it make sense to update some of the other variable declarations (like
> this[1] one) within optimized blocks to use self-initialization as part of
> this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108595
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60008
Andrew Pinski changed:
What|Removed |Added
CC||idan.horowitz at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108463
--- Comment #15 from Jakub Jelinek ---
Created attachment 54375
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54375&action=edit
gcc13-pr108463-2.patch
Additional untested patch (likely stage1 material) to treat SP_DERIVED_VALUE_P
and SP_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108463
--- Comment #14 from Jakub Jelinek ---
Created attachment 54374
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54374&action=edit
gcc13-pr108463-1.patch
Additional untested patch (likely stage1 material) to avoid considering
SP_DERIVED_VAL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108596
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #7 from Tamar Christina ---
(In reply to rsand...@gcc.gnu.org from comment #6)
> (In reply to Tamar Christina from comment #3)
> > The vectorizer has this context but since we didn't want a new IFN the
> > context should instead be d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #6 from rsandifo at gcc dot gnu.org
---
(In reply to Tamar Christina from comment #3)
> The vectorizer has this context but since we didn't want a new IFN the
> context should instead be derivable in
> targetm.vectorize.can_special_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108602
Bug ID: 108602
Summary: FAIL: g++.dg/modules/xtreme-header-5_c.C -std=c++2b
(test for excess errors)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.0
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108601
Bug ID: 108601
Summary: [13 Regression] vector peeling ICEs with PGO + LTO +
IPA inlining in gcc_r in SPEC2017
Product: gcc
Version: 13.0
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-* i?86-*-*
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #5 from Tamar Christina ---
> > The vectorizer has this context but since we didn't want a new IFN the
> > context should instead be derivable in
> > targetm.vectorize.can_special_div_by_const hook.
>
> The vectorizer doesn't chec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
--- Comment #4 from rguenther at suse dot de ---
On Mon, 30 Jan 2023, tnfchris at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
>
> Tamar Christina changed:
>
>What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108102
--- Comment #12 from Stefan Schulze Frielinghaus ---
The culprit seems to be that s390_sched_init is not called in one particular
case. We have the following basic blocks and edges:
6 --> 12 --> 13 --> 14
The edges from 12 to 13 and 13 to 14 a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
--- Comment #6 from Jakub Jelinek ---
The bug is in ix86_convert_const_wide_int_to_broadcast. It is called with
OImode and
(const_wide_int 0x100010), that CONST_WIDE_INT is actually usable
as broadcast from DImode 0x10, but only to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47471
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #24
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108583
Tamar Christina changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
--- Comment #5 from Jakub Jelinek ---
cse2 still has correct:
(insn 28 27 29 2 (set (reg:V4DI 86)
(mem/u/c:V4DI (symbol_ref/u:DI ("*.LC2") [flags 0x2]) [0 S32 A256]))
"pr108599.C":6:49 1811 {movv4di_internal}
(expr_list:REG_EQUAL (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108597
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Jakub Jeli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108600
--- Comment #2 from Tom de Vries ---
(In reply to Tom de Vries from comment #1)
> Created attachment 54371 [details]
We probably don't want to emit in all cases, maybe limiting to
"dwarf_version >= 3", or "!dwarf_strict || dwarf_version >= 3".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |12.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
--- Comment #2 from Henning Baldersheim ---
This is an even bigger issue with gcc 13. Then it only requires -march=haswell
Works:
c++ -Wall -Wextra -O3 -march=ivybridge test.cpp && ./a.out
Fails:
c++ -Wall -Wextra -O3 -march=haswell test.cpp &
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108600
--- Comment #1 from Tom de Vries ---
Created attachment 54371
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54371&action=edit
tentative patch
Tentative patch.
For hello.c, for the -gas-loc-support case it gives us:
...
$ gcc -g ~/hello.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108600
Bug ID: 108600
Summary: Use DW_LNS_set_prologue_end
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
--- Comment #1 from Henning Baldersheim ---
This is spun out from https://github.com/vespa-engine/vespa/pull/25786
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108599
Bug ID: 108599
Summary: Incorrect code generation newer intel architectures
for gcc 12 and 13
Product: gcc
Version: 12.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108582
Andrew Pinski changed:
What|Removed |Added
Known to work||11.1.0, 13.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108582
--- Comment #7 from CVS Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:876b3e0514bc8cb2256c44db56255403bedfa52d
commit r13-5493-g876b3e0514bc8cb2256c44db56255403bedfa52d
Author: Andrew Pinski
Date: Sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108597
Andrew Pinski changed:
What|Removed |Added
Known to fail||11.1.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108598
Bug ID: 108598
Summary: GCC analyzer reports false positive for buffer
overflow/over-read in C code with a write in middle of
an array.
Product: gcc
Version: 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108596
--- Comment #3 from Jakub Jelinek ---
Likely latent before that though.
Slightly cleaned up testcase, just -O2 is needed:
__attribute__((__cold__)) void foo (void);
void qux (void);
int
bar (void)
{
asm goto ("" : : : : l1, l0);
l1:
return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108596
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |10.5
Summary|error: EDGE_CRO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108597
--- Comment #1 from Serdar Sanli ---
stacktrace from my gcc 12.2.0:
0xe2534f crash_signal
/root/source/gcc-12.2.0/gcc/toplev.cc:322
0xb0f049 location_wrapper_p(tree_node const*)
/root/source/gcc-12.2.0/gcc/tree.h:4160
0xb0f049 t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108597
Bug ID: 108597
Summary: internal compiler error with -Wduplicated-cond
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108596
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-01-30
Component|middle-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108595
--- Comment #3 from Idan Horowitz ---
(In reply to Andrew Pinski from comment #2)
> I am suspecting this is just an invalid option to use here.
a1 is indeed used for argument passing, it's used to pass the second argument.
I don't think the GCC
1 - 100 of 123 matches
Mail list logo
