https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101998
--- Comment #2 from Jan Pečiva ---
I see. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101980
--- Comment #2 from CVS Commits ---
The master branch has been updated by Ankur saini :
https://gcc.gnu.org/g:e92d0ff6b5e6d4b95c04fc3e326d40efeb136086
commit r12-3052-ge92d0ff6b5e6d4b95c04fc3e326d40efeb136086
Author: Ankur Saini
Date: Thu A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
--- Comment #4 from Andrew Pinski ---
Note I suspect it is r9-3594 is what makes the difference here. Also this is
just very fragile really.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
--- Comment #3 from Andrew Pinski ---
REG_RETURNED is no longer there.
Looks like there is an extra move which caused the code to be different.
For aarch64 we have:
(insn 18 4 2 2 (set (reg:DI 94)
(reg:DI 0 x0 [ foo ])) "/app/example.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-21
Target|arm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102002
--- Comment #2 from qingzhe huang ---
Thank you and my apology.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #7 from Giulio Benetti ---
Created attachment 51339
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51339&action=edit
Pre-processed belle_sip_messageParser.c(belle_sip_messageParser.s)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80196
--- Comment #14 from Guillaume ---
OK, this patch fixes it for me as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #6 from Giulio Benetti ---
Created attachment 51338
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51338&action=edit
Pre-processed belle_sip_messageParser.c(belle_sip_messageParser.i)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #5 from Giulio Benetti ---
Disabling parallel build it turns out that the file where it hangs is:
src/grammars/belle_sip_messageParser.c
So I'm going to add .i and .s attachments for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99410
--- Comment #4 from Giulio Benetti ---
It's not git package but belle-sip package that fails to build.
I'm going to add .i and .s file soon.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80196
Brett Neumeier changed:
What|Removed |Added
CC||bneumeier at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
Andrew Pinski changed:
What|Removed |Added
Known to work||8.2.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99090
Bug 99090 depends on bug 91602, which changed state.
Bug 91602 Summary: GCC fails to build for riscv in a combined tree due to
misconfigured leb128 support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91602
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91602
Serge Belyshev changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91602
--- Comment #16 from CVS Commits ---
The master branch has been updated by Sergey Belyshev :
https://gcc.gnu.org/g:7cad8a8f9f7bfa8e98f6a0615541f589fd1d3fc1
commit r12-3047-g7cad8a8f9f7bfa8e98f6a0615541f589fd1d3fc1
Author: Serge Belyshev
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101882
--- Comment #3 from Segher Boessenkool ---
(In reply to Marek Polacek from comment #2)
> Assignee present -> ASSIGNED.
Hrm, this used to work automatically when you press "take"? What changed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101997
--- Comment #1 from anlauf at gcc dot gnu.org ---
Can you get more details on where the buffer overflow actually occurs?
I cannot reproduce it on x86_64-pc-linux-gnu even running f951 under valgrind.
The original testcase in pr95091 would have I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101964
--- Comment #4 from Mateus Morais Dias de Souza ---
I figured it out. My build script was something like this:
```bash
set -e
gcc main.c -o main
./main
```
for some reason gcc was not warning about my unseen error, then it ran the
program (becau
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102003
Bug ID: 102003
Summary: [PDT] Length of character component not simplified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101882
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101994
Ian Lance Taylor changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83022
--- Comment #6 from Fangrui Song ---
The issue succeeded to waste some time of MySQL developers BTW:
http://smalldatum.blogspot.com/2017/11/a-new-optimization-in-gcc-5x-and-mysql.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83022
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #5 from F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101916
--- Comment #3 from Giulio Benetti ---
Created attachment 51337
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51337&action=edit
Pre-processed mime.c(mime.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101915
--- Comment #5 from Giulio Benetti ---
Created attachment 51336
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51336&action=edit
Pre-processed par_ops.c(par_ops.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101952
--- Comment #3 from Giulio Benetti ---
Created attachment 51335
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51335&action=edit
Pre-processed btDantzigLCP.cpp(btDantzigLCP.s)
Here is the assembler file too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101952
--- Comment #2 from Giulio Benetti ---
Created attachment 51334
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51334&action=edit
Pre-processed btDantzigLCP.cpp(btDantzigLCP.ii)
As suggested by Thomas here is pre-processed btDantzigLCP.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101915
--- Comment #4 from Giulio Benetti ---
Created attachment 51333
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51333&action=edit
Pre-processed par_ops.c(par_ops.i)
As suggested by Thomas here is pre-processed par_ops.c(par_ops.i) to help
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101922
Xi Ruoyao changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Xi Ruoyao ---
Pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101916
--- Comment #2 from Giulio Benetti ---
Created attachment 51332
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51332&action=edit
Pre-processed mime.c(mime.i)
Here is preprocessed mime.c file(mime.i) to help you fix the bug.
Hope this is e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Giulio Benetti changed:
What|Removed |Added
CC||thomas.petazzoni@free-elect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102002
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86723
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101999
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102002
Bug ID: 102002
Summary: spec requires typename can be dropped when used as
template function return type consisting of template
parameter which is at global scope
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101876
--- Comment #4 from Marius Hillenbrand ---
*** Bug 101877 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101877
Marius Hillenbrand changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101876
--- Comment #3 from Marius Hillenbrand ---
The issue is caused by inconsistent alignment of vector_types between the types
(a) expected or returned by builtin functions and (b) the typedef in the
example code. In the failing cases, there's a mis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101981
--- Comment #5 from Thibaut M. ---
Thanks Martin!
Do you think it can be patched?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102000
--- Comment #1 from Johel Ernesto Guerrero Peña ---
Can https://bugs.llvm.org/show_bug.cgi?id=51560 be fixed as part of this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102001
Bug ID: 102001
Summary: Consider using CLOCK_MONOTONIC_RAW for
chrono::steady_clock
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101922
--- Comment #2 from Xi Ruoyao ---
A "legal" testcase w/o UB (and may have some usage in practice):
typedef __INT8_TYPE__ i8;
typedef __INT32_TYPE__ i32;
i8 d[16];
i32 f(i32 x) {
int i;
for (i = 0; i < 16; i++) {
__INT32_TYPE__ t = (__
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97566
David Seifert changed:
What|Removed |Added
CC||soap at gentoo dot org
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102000
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102000
Bug ID: 102000
Summary: Defaulted consteval default constructor that performs
no initialization is not rejected
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101998
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101999
Bug ID: 101999
Summary: strdup on `gcc -std=c99` gives segfault
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101998
Bug ID: 101998
Summary: false positive: taking address of rvalue
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101981
Martin Liška changed:
What|Removed |Added
Target|arm |arm, x86_64
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90787
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |10.4
--- Comment #4 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90787
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:29b2fd371f18169141e20b90effa7205db68fb11
commit r12-3045-g29b2fd371f18169141e20b90effa7205db68fb11
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101988
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101764
Patrick Palka changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ppalka at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101996
--- Comment #1 from Andreas Schwab ---
Worksforme:
29ae <__atomic_compare_exchange_1@@LIBATOMIC_1.0>:
29ae: 0ffffence
29b2: 0005c683lbu a3,0(a1)
29b6: ff857893
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101997
Bug ID: 101997
Summary: [9 regression] ICE after r9-8665 at gcc/toplev.c:326
Product: gcc
Version: 9.4.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101981
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-08-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101996
Bug ID: 101996
Summary: libatomic: RISC-V 64: Infinite recursion in
__atomic_compare_exchange_1
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101905
--- Comment #9 from rguenther at suse dot de ---
On Fri, 20 Aug 2021, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101905
>
> Jakub Jelinek changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101993
--- Comment #3 from rguenther at suse dot de ---
On Fri, 20 Aug 2021, wwwhhhyyy333 at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101993
>
> --- Comment #2 from Hongyu Wang ---
> (In reply to Richard Biener from commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
Richard Biener changed:
What|Removed |Added
Component|c |middle-end
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101981
--- Comment #2 from Thibaut M. ---
I'm not sure to understand your statement.
It looks like the switch lowering is wrong here because it takes now more time
with the new GCC than the previous one. Is looks like a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
--- Comment #13 from Richard Biener ---
When modref claims that bar doesn't write to 'fn' that confuses IPA PTA since
internally it treats calling a function as "writing" to the argument space of
all functions the function pointer points to.
I'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
--- Comment #12 from Richard Biener ---
> cat gcc/testsuite/gcc.dg/lto/pr101949_0.c
/* { dg-lto-do run } */
/* { dg-lto-options { "-O2 -fipa-pta -flto -flto-partition=1to1" } } */
extern int bar (int (*)(int *), int *);
static int x;
static i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95962
--- Comment #2 from rsandifo at gcc dot gnu.org
---
(In reply to Tamar Christina from comment #1)
> We generate the correct code at -O3 but not -O2.
>
> At -O3 we generate
>
> foo:
> adrpx0, .LC0
> sub sp, sp, #16
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
--- Comment #11 from Martin Liška ---
Created attachment 51329
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51329&action=edit
LTRANS IPA PTA dump - bad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
--- Comment #10 from Martin Liška ---
Created attachment 51328
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51328&action=edit
LTRANS IPA PTA dump - good
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95964
--- Comment #5 from rsandifo at gcc dot gnu.org
---
There are some lingering aarch64-simd-builtins.def entries
that use “, ALL”, so I think we should keep this open until
they've all been converted. The testcase was just an example,
rather than
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
--- Comment #9 from Martin Liška ---
All right, so I investigated more, with a new dbg counter in
gimple_call_arg_flags the following flags are updated:
combine: flags=0, modref_flags=0
# .MEM_817 = VDEF <.MEM_816>
_35 = check_connected (iterat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100950
--- Comment #13 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:12f22906d3c025e7edb60e3264dc9cd27a49e3e1
commit r12-3043-g12f22906d3c025e7edb60e3264dc9cd27a49e3e1
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101905
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
Boris Carvajal changed:
What|Removed |Added
CC||boris2.9 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96481
--- Comment #6 from Richard Biener ---
double a[2];
typedef double v2df __attribute__((vector_size(16)));
void foo (v2df x, v2df y, v2df z, v2df w)
{
double a0, a1;
a0 = x[0] < y[0] ? z[0] : w[0];
a1 = x[1] < y[1] ? z[1] : w[1];
a[0] = a0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101993
--- Comment #2 from Hongyu Wang ---
(In reply to Richard Biener from comment #1)
> We can vectorize this with masked moves when using AVX2. clang seems to
> simply remove the test completely - C seems to guarantee that a + i is a
> valid pointe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101995
Bug ID: 101995
Summary: regression built-in memset missed-optimization arm -Os
Product: gcc
Version: 10.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96481
--- Comment #5 from Richard Biener ---
so one interesting speciality of this testcase is that the ifs switch between
two scalar values and overall there's no control flow effect. That is, for the
issue of splitting the dataref groups which we cu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61105
--- Comment #9 from Jonathan Wakely ---
Richard's comment 0 testcase gives an error since r238909 (as Martin noted).
Martin's comment 6 testcase gives an error since r12-388:
c++: Remove GCC12 FIXME for DR1312
This patch removes a FIXM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101988
Jonathan Wakely changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101993
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101991
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101994
--- Comment #1 from Konstantin Lebedev ---
go build -gccgoflags "-v"
# github.com/chrislusf/seaweedfs/weed/storage/needle_map
Using built-in specs.
COLLECT_GCC=/usr/local/bin/gccgo
Target: x86_64-linux-gnu
Configured with: /usr/src/gcc/configure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101981
Richard Biener changed:
What|Removed |Added
Component|c |target
Target|cortex-m4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101994
Bug ID: 101994
Summary: go1: internal compiler error: in return_statement, at
go/go-gcc.cc:2318
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101980
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101935
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101935
--- Comment #1 from Hongtao.liu ---
We can reproduce it on our local znver2 and skylake client.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95566
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
Martin Liška changed:
What|Removed |Added
Known to fail||11.2.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #25 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:b777f228b481ae881a7fbb09de367a053740932c
commit r12-3038-gb777f228b481ae881a7fbb09de367a053740932c
Author: Martin Liska
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #24 from Martin Liška ---
> Correct, but `--help` and `--version` are formatted for humans, not machines.
> This can lead to false positives or negatives. It forces every application
> that
> calls gcov and wants to support wide rang
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101978
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101984
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101990
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
94 matches
Mail list logo