https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101954
--- Comment #5 from Andreas Schwab ---
ssize_t is a POSIX extension defined in .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
--- Comment #3 from Martin Liška ---
Created attachment 51315
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51315&action=edit
tarball with pre-processed source files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
Martin Liška changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
--- Comment #5 from Martin Liška ---
One sees it on the current master, gcc-11 branch make a different
partitioning..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
Martin Liška changed:
What|Removed |Added
Summary|git miscompiled with -flto |[11/12 Regression] git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #19 from Martin Liška ---
Created attachment 51316
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51316&action=edit
Patch candidate
All right, I've created a patch that implements -x and -l options for JSON
format.
@xaizek: Can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101957
Bug ID: 101957
Summary: Multiple definition of static constexpr data member
when C++11 and C++17 objects are mixed
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101958
Bug ID: 101958
Summary: compiling with "-O2 -fselective-scheduling2
-fno-tree-ch" produce bad result
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95901
Thomas Schwinge changed:
What|Removed |Added
Last reconfirmed||2021-8-18
--- Comment #1 from Thomas S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95901
--- Comment #2 from Thomas Schwinge ---
For the record, the recent commit 1bf976a5de69ecd9b1e10eb7515357b98e78faf7
"openmp: Actually ignore pragma_stmt pragmas for which c_parser_pragma returns
false" gets us rid of the following C vs. C++ differ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95901
--- Comment #3 from Jakub Jelinek ---
For OpenMP, we have the C:
A stand-alone directive may not be used in place of a substatement in a
selection statement, in place of the loop body in an iteration statement, or in
place of the statement that f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80735
Martin Jambor changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101957
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101957
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
--- Comment #7 from Martin Liška ---
Created attachment 51317
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51317&action=edit
Reduced test-case
Now I have 4 files, ~250kB in total. Won't reduce it more..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101949
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101958
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101958
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |9.5
Summary|compiling with "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101950
--- Comment #1 from Jakub Jelinek ---
Created attachment 51318
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51318&action=edit
gcc12-pr101950.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101953
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101883
--- Comment #1 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:a6b3db3e8625a3cba1240f0b5e1a29bd6c68b8ca
commit r12-2990-ga6b3db3e8625a3cba1240f0b5e1a29bd6c68b8ca
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101820
--- Comment #3 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:be4a4fb516688d7cfe28a80a4aa333f4ecf0b518
commit r12-2991-gbe4a4fb516688d7cfe28a80a4aa333f4ecf0b518
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101344
--- Comment #4 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:be4a4fb516688d7cfe28a80a4aa333f4ecf0b518
commit r12-2991-gbe4a4fb516688d7cfe28a80a4aa333f4ecf0b518
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67014
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #3 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101820
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101344
--- Comment #5 from Patrick Palka ---
Whoops, wrong PR number.. the above commit should refer to PR101803 not
PR101820. I'll correct this tomorrow, after the ChangeLog entry is generated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101803
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Ever conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101197
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
Bug ID: 101959
Summary: hash_map self test bootstrap failure
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101620
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101941
--- Comment #5 from David Malcolm ---
Other ideas for fixing:
(a) (hackish workaround?): defer emitting diagnostics from
__attribute__((__error__)) and __attribute__((__warning__)) until a
postprocessing stage, after all functions have been emi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Summary|hash_map self
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89604
--- Comment #6 from Richard Earnshaw ---
For the record, the choice of unsigned for the default char type dates back to
the original Arm architecture, which only had unsigned byte load instructions
(and sign-extending values required two further
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
--- Comment #2 from David Edelsohn ---
This may be related to 32 bit builds.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101960
Bug ID: 101960
Summary: std::tuple with an array element is rejected as a
named return type
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101876
--- Comment #2 from Marius Hillenbrand ---
Narrowed down what triggers the issue after experimenting with another example:
when the pragma sets 'vx' before the typedef, then the resulting type
definition appears broken. when enabling 'vx' only a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
Thomas Schwinge changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tschwinge at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #2 from Bill Schmidt ---
The _ARCH_PWR8 predefine is conditioned on a flag that can be disabled by
-mno-vsx or -mno-altivec. That is a Bad Thing.
It appears (as David pointed out privately) that this problem is limited to
_ARCH_PWR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101877
--- Comment #1 from Marius Hillenbrand ---
After narrowing down what triggers this bug, it is most likely a duplicate of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101876
when the pragma sets 'vx' before the typedef, then the resulting type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101960
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-08-18
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101960
--- Comment #2 from Jonathan Wakely ---
N.B. simply defining it as defaulted would make it trivial for some
specializations, which might be an ABI break.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81078
--- Comment #3 from Arthur O'Dwyer ---
Yes, this is a libstdc++ issue.
I'm not 100% sure that "the RTTI [generated by GCC] is correct," because I
don't know how to use GCC with libc++; but yeah, there's definitely at least
some problem with libs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101961
Bug ID: 101961
Summary: Missing returned object destructor call after
exception throw
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61399
--- Comment #11 from Vincent Lefèvre ---
In addition to the maximum exponent issue, for LDBL_MAX following the defect
report, instead of
0x1.f78p+1023
I would expect
0x1.f7cp+1023 = DBL_MAX +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61399
--- Comment #12 from Jakub Jelinek ---
(In reply to Vincent Lefèvre from comment #11)
> In addition to the maximum exponent issue, for LDBL_MAX following the defect
> report, instead of
>
> 0x1.f78p+1023
>
> I would ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101723
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Earnshaw
:
https://gcc.gnu.org/g:c21ba5e57e49b870f1607944c0742e78feb7bc8d
commit r11-8881-gc21ba5e57e49b870f1607944c0742e78feb7bc8d
Author: Richard Earn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101723
--- Comment #6 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Earnshaw
:
https://gcc.gnu.org/g:39bb64e79a280fa773c8dcd79b992745e8c1b738
commit r11-8882-g39bb64e79a280fa773c8dcd79b992745e8c1b738
Author: Christophe L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101953
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101723
--- Comment #7 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Earnshaw
:
https://gcc.gnu.org/g:b8a001599d21eaa77737df7efc6bc206e6964cdf
commit r11-8883-gb8a001599d21eaa77737df7efc6bc206e6964cdf
Author: Christophe L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101953
--- Comment #24 from M W ---
I know it is documented as "undefined," but it is also unexpected without even
a warning. Anyone maintaining code and/or porting to rpi will simply not expect
this behavior. I certainly didn't. I had been using my co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101865
--- Comment #3 from Segher Boessenkool ---
The current code reads
if ((flags & OPTION_MASK_DIRECT_MOVE) != 0)
rs6000_define_or_undefine_macro (define_p, "_ARCH_PWR8");
if ((flags & OPTION_MASK_MODULO) != 0)
rs6000_define_or_undefine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61399
--- Comment #13 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #12)
> That isn't representable in the GCC internal representation, which pretends
> the type has fixed 106 bit precision
[...]
So, if I understand correctly, this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101955
--- Comment #2 from Andreas Schwab ---
If you want to be agressive you can optimize f to return 0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101197
--- Comment #18 from Tamar Christina ---
(In reply to Martin Liška from comment #17)
> Waiting for Tamara's test-case now.
> Btw. can you please share a pointer to the Github repsitory?
Sure, it's this project and this particular call
https://g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
--- Comment #4 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:bb04a03c6f9bacc890118b9e12b657503093c2f8
commit r12-3001-gbb04a03c6f9bacc890118b9e12b657503093c2f8
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101959
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101962
Bug ID: 101962
Summary: Analyzer NULL false positive with pointer manipulation
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101963
Bug ID: 101963
Summary: New test case gfortran.dg/nothing-1.f90 in r12-2992
doesn't compile
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100546
--- Comment #2 from CVS Commits ---
The master branch has been updated by Ankur saini :
https://gcc.gnu.org/g:aef703cf982072427e74034f4c460a11c5e04b8e
commit r12-3002-gaef703cf982072427e74034f4c460a11c5e04b8e
Author: Ankur Saini
Date: Thu J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97114
--- Comment #2 from CVS Commits ---
The master branch has been updated by Ankur saini :
https://gcc.gnu.org/g:1b34248527472496ca3fe2a07183beac8cf69041
commit r12-3003-g1b34248527472496ca3fe2a07183beac8cf69041
Author: Ankur Saini
Date: Sun Au
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101955
--- Comment #3 from Andrew Pinski ---
This is also the sign extend for loading one bit.
That is take
struct g
{
int a:1;
int b0:1;
int b1:1;
int b2:1;
int b:1;
};
int h(struct g *a)
{
return a->a;
}
Currently on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101964
Bug ID: 101964
Summary: using scanf makes compiler never terminate
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101964
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101964
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101965
Bug ID: 101965
Summary: check in charconv is vacuously true
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101666
--- Comment #4 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:d2aa4e0b3b5053df8f5853d9ed29022ff0d3ecf6
commit r12-3006-gd2aa4e0b3b5053df8f5853d9ed29022ff0d3ecf6
Author: Iain Sandoe
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100613
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:08defd9c4e4f8dc428f2f490705ab816af81a03d
commit r12-3008-g08defd9c4e4f8dc428f2f490705ab816af81a03d
Author: Iain Sandoe
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101955
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101966
Bug ID: 101966
Summary: The specified --host is not always passed correctly
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101966
--- Comment #1 from frans at fransdb dot nl ---
Created attachment 51319
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51319&action=edit
partial listing of compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101963
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:f0fca213bc52644ba896da622b35842a6157bd98
commit r12-3009-gf0fca213bc52644ba896da622b35842a6157bd98
Author: Tobias Burnus
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101963
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101966
--- Comment #2 from Andreas Schwab ---
Why are you overriding CC_FOR_TARGET?
All build modules need to be executable on the build system, so host=build is
correct.
Where does -mtune=cortex-a53 come from?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101967
Bug ID: 101967
Summary: Implement F2018:C949
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101967
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101968
Bug ID: 101968
Summary: Preprocessor line number statements become wrong after
'#include'
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101966
--- Comment #3 from Andrew Pinski ---
This configure works for me:
TOP=`pwd`
target=aarch64-marvell-linux-gnu
GCC_CONFIG_ARGS="--disable-fixed-point --without-ppl --without-python
--disable-werror --enable-plugins --with-system-zlib --with-syst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101968
--- Comment #1 from Aaron Hill ---
Created attachment 51321
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51321&action=edit
Add the empty 'foo.h' file used by 'test.cpp'
This file contains a blank line, to allow me to attach it to this i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101966
--- Comment #4 from Andrew Pinski ---
And then I just do for building:
PMAKE="make -j24"
$PMAKE all-host
make install-host DESTDIR=${SYSROOT}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89961
--- Comment #20 from xaizek ---
The patch works! I think you actually implemented behaviour of `-p` for `-l`
(you hash path in the code and don't process includes). `-l` doesn't seem to
make much sense for JSON, because all includes will be in th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101969
Bug ID: 101969
Summary: [12 regression] reactivated test case gcc.dg/pr78213.c
in r12-10042 fails
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101969
seurer at gcc dot gnu.org changed:
What|Removed |Added
Summary|[12 regression] reactivated |[10 regression] reactivated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101905
--- Comment #3 from Yuri Karlsbrun ---
With the gcc-5.3 correct debug info for global register variable is written,
and variable is visible to gdb
gcc -v
Using built-in specs.
COLLECT_GCC=/tools/oss/packages/x86_64-centos7/gcc/5.3.0/bin/gcc
COL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101953
--- Comment #25 from joseph at codesourcery dot com ---
The option to use to detect this is -fsanitize=float-cast-overflow (note:
I haven't tested if it detects this particular case). As per the manual:
"Unlike other similar options, @option{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101905
Jakub Jelinek changed:
What|Removed |Added
Summary|Missed debug information|[9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82680
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101905
--- Comment #5 from Jakub Jelinek ---
assemble_decl isn't even called for DECL_HARD_REGISTER global vars:
if (DECL_HARD_REGISTER (node->decl)
|| DECL_HAS_VALUE_EXPR_P (node->decl))
continue;
if (node->definition)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82680
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
I should say this is with the following options:
/O2 /std:c++latest /arch:AVX2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97743
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68557
Andrew Pinski changed:
What|Removed |Added
CC||gabravier at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101962
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101905
--- Comment #6 from Jakub Jelinek ---
--- gcc/dwarf2out.c.jj 2021-08-17 09:25:08.196923026 +0200
+++ gcc/dwarf2out.c 2021-08-18 23:18:56.284227245 +0200
@@ -24477,7 +24477,9 @@ gen_variable_die (tree decl, tree origin
{
if (earl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29144
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0, 8.1.0
--- Comment #3 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55771
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73457
--- Comment #2 from Andrew Pinski ---
testcase:
#include
#include
enum event {
stuff,
crap
};
template
auto count_event(event e, Cont const& events) {
return std::count(events.begin(), events.end(), e);
}
int main() {
std::arra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101953
--- Comment #26 from M W ---
pi@raspberrypi:~ $ gcc -fsanitize=float-cast-overflow -Wall -o badpi badpi.c
-lm
pi@raspberrypi:~ $
That flag doesn't work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101953
--- Comment #27 from Harald van Dijk ---
(In reply to jos...@codesourcery.com from comment #25)
> The option to use to detect this is -fsanitize=float-cast-overflow (note:
> I haven't tested if it detects this particular case). As per the manu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101953
--- Comment #28 from Jakub Jelinek ---
That flag does work:
gcc -fsanitize=float-cast-overflow -Wall -o pr101953{,.c} -lm; ./pr101953
pr101953.c:12:11: runtime error: -32000 is outside the range of representable
values of type 'unsigned int'
-32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73457
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #3 from Andrew P
1 - 100 of 144 matches
Mail list logo