https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101969
--- Comment #5 from CVS Commits ---
The releases/gcc-9 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:fc1993af02a3076e91c24f372be1883517453095
commit r9-9681-gfc1993af02a3076e91c24f372be1883517453095
Author: Thomas Schwinge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101969
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:ee7502e5fec1a1c0215febfd486a0df9ffaf5692
commit r10-10046-gee7502e5fec1a1c0215febfd486a0df9ffaf5692
Author: Thomas Schwi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101969
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by Thomas Schwinge
:
https://gcc.gnu.org/g:5fb588a677bf34dc864c577ed848405752905b89
commit r11-8885-g5fb588a677bf34dc864c577ed848405752905b89
Author: Thomas Schwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101969
--- Comment #2 from CVS Commits ---
The master branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:b7fc42073c04813f6b63e0641d3f6765424857c9
commit r12-3012-gb7fc42073c04813f6b63e0641d3f6765424857c9
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101735
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Key
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82730
--- Comment #2 from Hongtao.liu ---
Similar as 48609
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81496
--- Comment #8 from Hongtao.liu ---
Similar as 48609
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81496
--- Comment #7 from Hongtao.liu ---
we have plenty of such issues which are related to ABI and middle-end, when
pass/return struct/complex/int128 as parameter and middle-end will push them to
stack and load it back, but the problem is that eith
version 12.0.0 20210818 (experimental) [master revision
:ac65007c1:2d14d64bf2d42a87ec58dd3760be12aeaa4a4279] (GCC)
$ cat mutant.c
__attribute__((access("+nosimd"))) rdonly_v_all();
$ gcc-trunk mutant.c
mutant.c:1:36: warning: type defaults to ‘int’ in declaration of ‘rdonly_v_all’
[-Wim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=13563
Andrew Pinski changed:
What|Removed |Added
CC||rth at gcc dot gnu.org
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45032
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60104
Andrew Pinski changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53772
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59132
Andrew Pinski changed:
What|Removed |Added
Keywords|missed-optimization |diagnostic
--- Comment #2 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101973
Sven changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101973
--- Comment #1 from Andrew Pinski ---
This is fixed on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101973
Bug ID: 101973
Summary: subtraction of clz is not optimized
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14721
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47253
Andrew Pinski changed:
What|Removed |Added
CC||jay.foad at gmail dot com
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60159
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82668
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101972
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |9.5
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101972
--- Comment #1 from Qirun Zhang ---
My bisection points to g:a81e2c6240655f60a49c16e0d8bbfd2ba40bba51
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101972
Bug ID: 101972
Summary: wrong code at -O2 on x86_64-linux-gnu
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100457
Bug 100457 depends on bug 99881, which changed state.
Bug 99881 Summary: Regression compare -O2 -ftree-vectorize with -O2 on SKX/CLX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99881
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99881
Hongtao.liu changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101936
--- Comment #4 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:1db70e61a92978377a648bbd90e383859fc0126b
commit r12-3011-g1db70e61a92978377a648bbd90e383859fc0126b
Author: liuhongt
Date: Tue Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101929
--- Comment #4 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:1db70e61a92978377a648bbd90e383859fc0126b
commit r12-3011-g1db70e61a92978377a648bbd90e383859fc0126b
Author: liuhongt
Date: Tue Aug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55886
jyong at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78579
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
Component|rtl-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21278
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2016-11-16 00:00:00 |2021-8-18
--- Comment #3 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=76174
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2016-08-13 00:00:00 |2021-8-18
--- Comment #3 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65084
--- Comment #7 from Andrew Pinski ---
I see the first testcase produces:
.L2:
vpand a+32(%rax), %ymm4, %ymm1
vpand a(%rax), %ymm4, %ymm0
addq$64, %rax
vpaddw b-32(%rax), %ymm2, %ymm5
vpackuswb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66391
--- Comment #1 from Andrew Pinski ---
So at -O2 we get decent code from GCC 9+ due to store merging which "undoes"
what SRA did.
But at -O3 the loop gets split into two.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68282
--- Comment #4 from Andrew Pinski ---
clang can now produce:
andl$-4, %edi
movltable+4(%rdi), %eax
retq
GCC no longer has the sign extend but still not the above:
shrb$2, %dil
addl$1, %edi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64082
Andrew Pinski changed:
What|Removed |Added
Known to fail||5.4.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #4 from Giulio Benetti ---
Package is libmodsecurity, not bullet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101837
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101875
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #2 from David Malc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #3 from Giulio Benetti ---
Thank you for pointing, I give it a try, it seems to that one. Also the classic
work-around disabling optimization doesn't work and I was trying other
workaround. But I try that patch now.
Thanks again!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
--- Comment #2 from Andrew Pinski ---
Or a buildroot issue of trying to use elf2flt :
https://buildroot.uclibc.narkive.com/EOUb7PvD/patch-v2-m68k-disable-br2-binfmt-flat-sep-data-for-coldfire
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Andrew Pinski changed:
What|Removed |Added
Target||m68k-linux
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101971
Bug ID: 101971
Summary: M68k: ICE: Tried to convert PC relative branch to
absolute jump
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101970
Bug ID: 101970
Summary: [11 regression] ICE on 'Enum_Rep for the enum that
filled its representation range
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=73457
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #3 from Andrew P
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=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 #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=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=55771
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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=101962
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
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=97743
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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=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
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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
--- 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=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=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=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=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=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 #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
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=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=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=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=101963
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
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=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=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=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=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=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=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=101964
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
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
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=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=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=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=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=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=101959
Thomas Schwinge changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
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=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=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=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=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=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=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
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 #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=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=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=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 +
1 - 100 of 144 matches
Mail list logo
