c_parse_final_cleanups()
../../gcc/gcc/cp/decl2.c:5175
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97329
--- Comment #13 from CVS Commits ---
The releases/gcc-9 branch has been updated by Xiong Hu Luo
:
https://gcc.gnu.org/g:48354138267e0682f61866003b67a9851d3be3a2
commit r9-9307-g48354138267e0682f61866003b67a9851d3be3a2
Author: Xionghu Luo
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97329
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Xiong Hu Luo
:
https://gcc.gnu.org/g:52eacca2455f7468d7ddb990259e8583028c5185
commit r10-9541-g52eacca2455f7468d7ddb990259e8583028c5185
Author: Xionghu Luo
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #15 from Arseny Solokha ---
(In reply to Tamar Christina from comment #13)
> (In reply to Arseny Solokha from comment #10)
> > (In reply to Tamar Christina from comment #9)
> > > I wonder if whatever you're compiling is open source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99711
--- Comment #11 from Jerry DeLisle ---
Steve, I agree with your comment. Now in the READ at runtime there is a loop
specification that is initialized to allow the read process to loop through
these elements of an array. This works fine elsewhere,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99759
Bug ID: 99759
Summary: morestack.S should support .init_array.0 besides
.ctors.65535
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99758
Bug ID: 99758
Summary: ICE in
setup_preferred_alternate_classes_for_new_pseudos, at
ira.c:2772
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99757
Bug ID: 99757
Summary: ICE when parameter pack not expanded with
static_data_member
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97329
luoxhu at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93695
--- Comment #4 from David Malcolm ---
The above commit helps with related issues, but doesn't yet fix this bug.
In particular, -Wanalyzer-too-complex shows that the analyzer generates an
infinite chain of states for the loop, and eventually hits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99044
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99716
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99044
--- Comment #2 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:71fc4655ab86ab66b40165b2cb49c1395ca82a9a
commit r11-7820-g71fc4655ab86ab66b40165b2cb49c1395ca82a9a
Author: David Malcolm
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99716
--- Comment #5 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:71fc4655ab86ab66b40165b2cb49c1395ca82a9a
commit r11-7820-g71fc4655ab86ab66b40165b2cb49c1395ca82a9a
Author: David Malcolm
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93695
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:71fc4655ab86ab66b40165b2cb49c1395ca82a9a
commit r11-7820-g71fc4655ab86ab66b40165b2cb49c1395ca82a9a
Author: David Malcolm
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99703
--- Comment #32 from Worx ---
I'm pretty confident, that the patch shared fixes the original issue.
And the second problem is maybe more linked to a issue with my gcc
configuration, when I want to build from GCC source outside Gentoo build.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99756
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99756
Bug ID: 99756
Summary: bogus -Wmaybe-uninitialized with a use conditional
that's a subset of a defining conditional
Product: gcc
Version: 11.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99755
Bug ID: 99755
Summary: failure to fold a conditional that's a subset of
another expression
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
--- Comment #18 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #17 from Iain Sandoe ---
> ping for closing this - or new information otherwise.
I haven't reread the whole thread, but AFAICS one still needs to
configure with --with-sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96318
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:716d345c237f030a3e85d7410b06a8c1ac4c46fb
commit r10-9539-g716d345c237f030a3e85d7410b06a8c1ac4c46fb
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49070
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain D Sandoe
:
https://gcc.gnu.org/g:e3cac00975a1de879dc8356285a8908c25026ec4
commit r10-9536-ge3cac00975a1de879dc8356285a8908c25026ec4
Author: Iain Sandoe
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #7 from Jonathan Wakely ---
(In reply to Segher Boessenkool from comment #6)
> Yes. And it does not mean the type exist (or is usable), either.
Example?
> Do we? The types should always exist!
Please tell that to our IBM colleagu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
--- Comment #29 from Iain Sandoe ---
(In reply to Piotr Kubaj from comment #28)
> I just tried on FreeBSD 12.2-RELEASE on powerpc64 with base gcc 4.2.1:
> gmake[4]: Entering directory
> '/wrkdirs/usr/ports/lang/gcc10-devel/work/.build/gcc'
> c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95043
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #6 from Segher Boessenkool ---
(In reply to Jonathan Wakely from comment #5)
> (In reply to Segher Boessenkool from comment #3)
> > In an ideal world the user can just assume those types exist always.
> Arguably a __SIZEOF_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
Piotr Kubaj changed:
What|Removed |Added
Status|RESOLVED|WAITING
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90834
--- Comment #17 from Iain Sandoe ---
ping for closing this - or new information otherwise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90330
--- Comment #33 from Iain Sandoe ---
Have we now resolved this issue?
All current open branches work OK for me on all Darwin versions from 10.4 -
11.2.
Please update if there is still something to fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89494
Iain Sandoe changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
--- Comment #5 from Segher Boessenkool ---
(In reply to Jakub Jelinek from comment #3)
> If the non-constant vec_set can't be supported when
> !(TARGET_P8_VECTOR && TARGET_DIRECT_MOVE_64BIT)
I don't see why not? It may need different code, sure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copyin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
--- Comment #1 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:4f00c4d40a539360938607561460904663c64cda
commit r11-7818-g4f00c4d40a539360938607561460904663c64cda
Author: Martin Liska
Date: Wed
: Aborted signal terminated program cc1plus
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the sour
bool)
../../gcc/gcc/cp/module.cc:9184
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software
); }
| ^
compilation terminated.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #57 from Roger Orr ---
I've also confirmed the "non-noisy" patch when used with binutils 2.35.2
(Sadly I've not yet manged to build binutils from source to try dwarf-5 with
the fix)
Many thanks.
I believe the "noisy" patch needs an
is_signed
| ^
/usr/local/include/c++/11.0.1/condition_variable: warning: not writing module
‘/usr/local/include/c++/11.0.1/condition_variable’ due to errors
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99122
--- Comment #27 from CVS Commits ---
The master branch has been updated by Martin Jambor :
https://gcc.gnu.org/g:f225c6b0c50dc472e0b73b440b572a3bf1514020
commit r11-7817-gf225c6b0c50dc472e0b73b440b572a3bf1514020
Author: Martin Jambor
Date: W
1.0.1/filesystem: warning: not writing module
‘/usr/local/include/c++/11.0.1/filesystem’ due to errors
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99540
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Sandiford
:
https://gcc.gnu.org/g:7e1c6d7a53a64fdca23b2299b43f57f7a1dece74
commit r10-9528-g7e1c6d7a53a64fdca23b2299b43f57f7a1dece74
Author: Richard Sand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99754
Bug ID: 99754
Summary: [sse2] new _mm_loadu_si16 and _mm_loadu_si32
implemented incorrectly
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99744
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #14 from Tamar Christina ---
(In reply to Richard Biener from comment #12)
> Btw, the following also works as a fix but obviously I'm not in a position
> to fully evaluate this. That said, hybrid SLP detection was rewritten during
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #13 from Tamar Christina ---
(In reply to Arseny Solokha from comment #10)
> (In reply to Tamar Christina from comment #9)
> > I wonder if whatever you're compiling is open source. I'd love to fix some
> > of these cases properly in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99745
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99230
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |11.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99752
--- Comment #3 from Jonathan Wakely ---
Your example is an infinite loop because you're asking for the last occurrence
of e in an infinite range. There is no end of an infinite range.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-03-24
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99753
Bug ID: 99753
Summary: [11 Regression] ICE in ix86_target_macros_internal, at
config/i386/i386-c.c:250 since
r11-5757-g3e2ae3ee285a5745
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99752
康桓瑋 changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #5 from Jonathan Wakely ---
(In reply to Segher Boessenkool from comment #3)
> In an ideal world the user can just assume those types exist always. In a
> less ideal world, use autoconf? You have to anyway, if you want to support
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99752
--- Comment #1 from 康桓瑋 ---
My pardon, since the ranges::find_end return type is ranges::subrange, we
still to get the common last1 iterator through the ranges::next call, so this
seems not a bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93641
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98894
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99727
--- Comment #5 from Alex Coplan ---
Thanks for the quick fix :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98834
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98834
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:592388d4f6e8a6adb470428fef6195694f4a3dce
commit r10-9527-g592388d4f6e8a6adb470428fef6195694f4a3dce
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96591
--- Comment #10 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:277fbd0748279cfcb241eff7c4d5ef93afbfbafd
commit r10-9526-g277fbd0748279cfcb241eff7c4d5ef93afbfbafd
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99694
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:73d1e612011f1781275c7504c4fa5c365c0c3ddd
commit r10-9525-g73d1e612011f1781275c7504c4fa5c365c0c3ddd
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
Jonathan Wakely changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99727
Christophe Lyon changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99727
--- Comment #3 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:79cdbabbc4cbf79491c274220928406dff3d4039
commit r11-7816-g79cdbabbc4cbf79491c274220928406dff3d4039
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99752
Bug ID: 99752
Summary: ranges::find_end should return empty subrange when
search range is empty
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96318
Iain Sandoe changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98860
--- Comment #56 from jyong at gcc dot gnu.org ---
OK, I've tested the patch from attachment 50461, seems to work fine:
gcc uses dwarf 4 by default if it does find a broken linker, but allows the
user to specify -gdwarf-5 if they want, resulting in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99750
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98834
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65847
--- Comment #3 from Richard Biener ---
Similarly
struct X { int a; int b; int c; int d; };
struct X foo (struct X x, struct X y)
{
struct X res;
res.a = x.a + y.a;
res.b = x.b + y.b;
res.c = x.c + y.c;
res.d = x.d + y.d;
return res;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
--- Comment #5 from Richard Biener ---
parm 0 flags: nodirectescape
void e (int * d)
{
int * * c.0_1;
int * _2;
:
c.0_1 = c;
_2 = b (d_4(D));
*c.0_1 = _2;
return;
is wrong, it does escape through the *c store. I suppose b (d)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95616
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97587
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95822
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99047
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98480
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98704
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89180
Bug 89180 depends on bug 96749, which changed state.
Bug 96749 Summary: [coroutines] unexpected 'warning: statement has no effect
[-Wunused-value]'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96749
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
--- Comment #4 from Jakub Jelinek ---
Started with r11-5391-gbb07490abba850fd5b1d2d09d76d18b8bdc7d817
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |ipa
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98118
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95615
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99751
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
-pc-linux-gnu
Configured with: ../gcc-trunk/configure --disable-bootstrap
--prefix=/local/suz-local/software/local/gcc-trunk --enable-languages=c,c++
--disable-werror --enable-multilib --with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210324
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99750
Bug ID: 99750
Summary: gcc allow operator literal operator have default
parameters
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99749
Bug ID: 99749
Summary: Error when using std::string in a module (versions
11.0.1 20210307, 11.0.1 20210314, and 11.0.1 20210321)
Product: gcc
Version: 11.0
Status: UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99744
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #12 from Richard Biener ---
Btw, the following also works as a fix but obviously I'm not in a position to
fully evaluate this. That said, hybrid SLP detection was rewritten during
SLP pattern development so the requirement to hook th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99724
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99724
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:4f992de4f369e17b64a66246ec35bf75f41dc98d
commit r11-7814-g4f992de4f369e17b64a66246ec35bf75f41dc98d
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99708
--- Comment #4 from Jakub Jelinek ---
__SIZEOF_FLOAT128__ is predefined on all targets that have the __float128 type,
except for rs6000:
grep '"__float128"' */*
i386/i386-builtins.c: lang_hooks.types.register_builtin_type
(float128_type_node, "_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #11 from Richard Biener ---
(In reply to Tamar Christina from comment #7)
> the problem starts because it marks _50 as hybrid, but don't see why it
> thinks that...
Because
t.f:36:16: note: Processing hybrid candidate : IMAGPART_E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99748
--- Comment #2 from Alex Coplan ---
GCC 10 also has the issue, so not a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #10 from Arseny Solokha ---
(In reply to Tamar Christina from comment #9)
> I wonder if whatever you're compiling is open source. I'd love to fix some
> of these cases properly in GCC 12.
These Fortran snippets I've been filing this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99748
--- Comment #1 from Alex Coplan ---
I should have mentioned, I found this because a number of the execution tests
are failing when testing with --with-arch=armv8.1-m.main+mve --with-float=hard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99748
Bug ID: 99748
Summary: MVE: Wrong code at -O0 with float to integer
conversion
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priorit
lude the complete backtrace with any bug report.
See <https://gcc.gnu.org/bugs/> for instructions.
g++ (GCC) 11.0.1 20210324 (experimental)
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for M
1 - 100 of 125 matches
Mail list logo
