https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101714
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104503
--- Comment #3 from Egor Pugin ---
But what is using in 2.cpp?
Module m does not export anything.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105147
--- Comment #6 from CVS Commits ---
The master branch has been updated by Andreas Krebbel :
https://gcc.gnu.org/g:176df4ccb58689aae29511b99d60a448558ede94
commit r12-8039-g176df4ccb58689aae29511b99d60a448558ede94
Author: Andreas Krebbel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105041
--- Comment #6 from Surya Kumari Jangala ---
I will be debugging the issue to figure the root cause.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
--- Comment #8 from kargl at gcc dot gnu.org ---
Okay, so I went to https://docs.njoy21.io/install.html
and started to follow the instructions to get the source.
After consuming 1.6 GB of diskspace where there are
no *.f90 files in those 1.6 GB,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101051
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:f44a5c700f409b96ba923864158349700628133d
commit r12-8037-gf44a5c700f409b96ba923864158349700628133d
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101717
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:8e4339f5023286d25c7dfa40b4c88e63b780cfd7
commit r12-8036-g8e4339f5023286d25c7dfa40b4c88e63b780cfd7
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105191
Bug ID: 105191
Summary: '' "is not a constant expression"
regression in GCC 12
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
--- Comment #7 from Steve Kargl ---
On Thu, Apr 07, 2022 at 01:09:01AM +, kermitnuc at gmail dot com wrote:
> --- Comment #6 from Kermit Bunde ---
> I ran the stack size up to ~64Mb.
>
> I can compile MCNP which is much bigger.
> Again,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101717
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
Jason Merrill changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101051
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 104503, which changed state.
Bug 104503 Summary: [12 regression][modules] bits/shared_ptr_base.h: error:
must ‘#include ’ before using ‘typeid’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104503
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104503
Jason Merrill changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100370
Jason Merrill changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Jason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105187
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105187
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:d9421784980276b42ecdce85b6dde28e965c88c6
commit r12-8034-gd9421784980276b42ecdce85b6dde28e965c88c6
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
--- Comment #6 from Kermit Bunde ---
I ran the stack size up to ~64Mb.
I can compile MCNP which is much bigger.
Again, 10.3 compiled it with a stack size of 8 Mb.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
--- Comment #5 from Steve Kargl ---
On Wed, Apr 06, 2022 at 09:54:00PM +, kermitnuc at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
>
> --- Comment #4 from Kermit Bunde ---
> This subroutine compiles when GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105171
--- Comment #19 from Andrew Pinski ---
It is a small optimization to remove the file is the timestamp is valid while
compiling.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105171
--- Comment #18 from Jason A. Donenfeld ---
If it truly doesn't matter whether local_tick is a valid value or an overflowed
one (to 0 or to -1 in this case), then just remove `&& (!local_tick ||
local_tick == (unsigned)-1)`. If you object to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105171
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
--- Comment #5 from Patrick Palka ---
(In reply to Patrick Palka from comment #4)
> N.B. coerce_template_parms sometimes does encode the implicit conversion for
> a dependent NTTP argument, but only for sake of specialization matching (in
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
--- Comment #4 from Patrick Palka ---
N.B. coerce_template_parms sometimes does encode the implicit conversion for a
dependent NTTP argument, but only for sake of specialization matching (in light
of 'auto' template parms IIUC), the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105171
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105171
Jason A. Donenfeld changed:
What|Removed |Added
Resolution|WONTFIX |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104594
--- Comment #2 from Patrick Palka ---
Here's a testcase which illustrates that the fix must happen during
normalization, not during satisfaction, since after normalization we don't know
which concepts we looked through to yield the given atom:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102308
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105190
Bug ID: 105190
Summary: False positive from -Wanalyzer-malloc-leak with
symbolic writes to structs
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103871
--- Comment #9 from Iain Sandoe ---
(In reply to Jason Merrill from comment #8)
> Any update?
I have a fix (for a number of the coroutine issues, including this one) - it
needs tidying for posting .. will try to do that over the weekend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105187
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105162
Sebastian Pop changed:
What|Removed |Added
Attachment #52755|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103871
--- Comment #8 from Jason Merrill ---
Any update?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
--- Comment #4 from Kermit Bunde ---
This subroutine compiles when GCC 10.3 is used. What was changed for 11.1 that
might impact this?
Is there a compiler option that I can use to provide more information to you?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105189
David Stone changed:
What|Removed |Added
CC||davidfromonline at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105010
--- Comment #14 from Peter Bergner ---
(In reply to Piotr Kubaj from comment #13)
> Is it possible there's an underlying bug in GCC and it only works on Linux
> because the default for Linux for 32-bits is POWER7?
Well the default for -m32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65884
--- Comment #2 from Sergei Trofimovich ---
> /usr/bin/ia64-linux-gnu-ld: libgccjit.so.0.0.1: short data segment overflowed
> (0x400a68 >= 0x40)
It's the ia64 way to say that .sdata overflowed 4MB of 'static' constants and
variables (which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
--- Comment #3 from Steve Kargl ---
On Wed, Apr 06, 2022 at 08:50:42PM +, kermitnuc at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
>
> --- Comment #2 from Kermit Bunde ---
> (In reply to kargl from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104253
--- Comment #19 from Peter Bergner ---
(In reply to Eric Botcazou from comment #17)
> The test fails on VxWorks, where there is no 128-bit long double:
>
> cc1: warning: The '-mfloat128' option may not be fully supported
>
> so it looks like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
--- Comment #2 from Kermit Bunde ---
(In reply to kargl from comment #1)
> Thanks for the report, but we're going to need some help. Code in NJOY21
> seems to be C++. I found an errorr.f90 file under NJOY2016. This is an
> 11000 line code,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105184
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102824
--- Comment #4 from David Malcolm ---
As noted in https://gcc.gnu.org/pipermail/gcc-patches/2022-April/592889.html
the above patch seems to fix "make jit.pdf", but doesn't fix "make jit.dvi"; it
seems to be looking for .eps files for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102824
--- Comment #3 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:790e9814454662b6cd51d2fce1aa022ef73fedb8
commit r12-8031-g790e9814454662b6cd51d2fce1aa022ef73fedb8
Author: David Malcolm
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105184
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67898
--- Comment #4 from Patrick Palka ---
Related rejects-valid C++11 testcase:
template struct A;
template using B = A;
using type = A;
using type = B;// incorrectly resolves to A
// instead of A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105189
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105184
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
() {
int c = (unsigned int)a(var_16) >= 0 && 4;
printf("%d\n", c);
if (c != 1)
__builtin_abort();
}
Error:
>$ g++ -O1 driver.cpp && ./a.out
0
>$ g++ -O0 driver.cpp && ./a.out
1
gcc version 12.0.1 20220406 (git://gcc.gnu.org/git/gcc.git:master
9fd377a747375a82912bd81c67b275301489785c)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105185
Andrew Pinski changed:
What|Removed |Added
Component|c |tree-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105187
--- Comment #2 from Marek Polacek ---
We're tripping on this assert
+ /* A COMPOUND_LITERAL_P CONSTRUCTOR is the syntactic form; by the time we
get
+ here it should have been digested into an actual value for the type. */
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105187
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65884
--- Comment #1 from John Paul Adrian Glaubitz ---
The problem is still present in gcc-12:
/usr/bin/time -v /home/glaubitz/gcc-12-new/gcc-12-12-20220319/build/gcc/xg++
-B/home/glaubitz/gcc-12-new/gcc-12-12-20220319/build/gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105186
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105188
Bug ID: 105188
Summary: ICE in rtl_verify_bb_pointers, at cfgrtl.cc:2829
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105187
Bug ID: 105187
Summary: [12 Regression] ICE in store_init_value, at
cp/typeck2.cc:925
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105186
Bug ID: 105186
Summary: ICE in canonicalize_attr_name, at attribs.h:146
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105185
Bug ID: 105185
Summary: [12 Regression] ICE in visit_reference_op_call, at
tree-ssa-sccvn.cc:5144
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105184
G. Steinmetz changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105184
Bug ID: 105184
Summary: ICE in gfc_array_init_size, at
fortran/trans-array.cc:5841
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105183
Bug ID: 105183
Summary: New test case gcc.dg/ipa/remref-7.c fails with -m32
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56106
Alexander Voigt changed:
What|Removed |Added
CC||Alexander.Voigt at desy dot de
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105157
--- Comment #9 from avieira at gcc dot gnu.org ---
Found the issue, it's due to the way we encode TARGET_CPU_DEFAULT in aarch64,
it is only able to support 64 cores and we have 65 now.
Testing a work around for now and we have plans to fix this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104985
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104985
--- Comment #17 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:61bee6aed26eb30b798c75b9a595c9d51e080442
commit r12-8030-g61bee6aed26eb30b798c75b9a595c9d51e080442
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103938
--- Comment #5 from Andrew Pinski ---
(In reply to Alex Coplan from comment #4)
> Confirmed on trunk. I can only reproduce the ICE with trunk, not with
> earlier released versions.
Are you sure you configured the previous released versions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105164
--- Comment #5 from David Binderman ---
Same for trunk.git/gcc/rtl-ssa/internals.inl. The result is going into a bool,
so I see no need for |, only ||.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105164
--- Comment #4 from David Binderman ---
I had a quick look at the two warnings for gcc/gimple-ssa-sprintf.cc
and they look like they could move from | to || happily.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103938
Alex Coplan changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105181
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105182
Bug ID: 105182
Summary: compiling NJOY21 causes a ICE segmentation fault: 11
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104668
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9fd377a747375a82912bd81c67b275301489785c
commit r12-8029-g9fd377a747375a82912bd81c67b275301489785c
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105143
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.3
--- Comment #3 from Patrick Palka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105143
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:e58484a019c57b1085bbbcc1654f1944feddfe73
commit r12-8028-ge58484a019c57b1085bbbcc1654f1944feddfe73
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105069
--- Comment #9 from Jakub Jelinek ---
Some of the ICEs are gone, but pr104327.c is still rejected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105069
--- Comment #8 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6283d5ad4779d3e5b7b2a93e76de03264a7c7cc6
commit r12-8027-g6283d5ad4779d3e5b7b2a93e76de03264a7c7cc6
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105096
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105096
--- Comment #2 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:717b2d4191e80dc8aae3847675de73ed3f611fb7
commit r12-8026-g717b2d4191e80dc8aae3847675de73ed3f611fb7
Author: Martin Liska
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105147
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105147
--- Comment #4 from CVS Commits ---
The master branch has been updated by Segher Boessenkool :
https://gcc.gnu.org/g:c65d15d40738f3691ff1a39907a4b93e9fe5c5ae
commit r12-8025-gc65d15d40738f3691ff1a39907a4b93e9fe5c5ae
Author: Segher Boessenkool
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104702
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104702
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:cc76c502a761ddaee215bcbd8fe4720e46d3b9dd
commit r12-8024-gcc76c502a761ddaee215bcbd8fe4720e46d3b9dd
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105181
Bug ID: 105181
Summary: [optimization] gcc generate worse code than clang base
on neon
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79724
--- Comment #10 from Nicolas Boulenguez ---
Hello.
I suggest that Homebrew adopt a solution tested for years by Debian:
* install the executables as TARGET-gcc-VERSION
* add symbolic links if necessary (gcc, gcc-VERSION, TARGET-gcc)
* apply the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105162
--- Comment #4 from Sebastian Pop ---
The attached patch degrades performance on cpus with LSE: the barrier is not
needed when outline-atomics execute an LSE instruction.
I was thinking to add the barrier to the armv8.0 generic path (no LSE)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104702
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105150
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5df29fe79df659617793f955a1ea6c23a0617fe2
commit r12-8022-g5df29fe79df659617793f955a1ea6c23a0617fe2
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105143
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=104578
Jason Merrill changed:
What|Removed |Added
Summary|[12 Regression] accepts |[12 Regression][CWG1315]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105180
Bug ID: 105180
Summary: K style definition does not evaluate array size
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100608
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:fd0024e48e94008915a6b18112efbbd8abc81ed8
commit r12-8021-gfd0024e48e94008915a6b18112efbbd8abc81ed8
Author: Jason Merrill
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105179
Bug ID: 105179
Summary: -fcprop-registers shrinks a DWARF location range
making a variable optimized out at -Og
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105178
Patrick Palka changed:
What|Removed |Added
Target Milestone|--- |11.3
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105178
Richard Biener changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31178
--- Comment #22 from rguenther at suse dot de ---
On Wed, 6 Apr 2022, amacleod at redhat dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31178
>
> --- Comment #20 from Andrew Macleod ---
> That is correct.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31178
--- Comment #21 from Jakub Jelinek ---
Yes, though I think we should fix the Fortran FE so that it only relies on [0,
N) . If the shift count is constant, it can deal with it at compile time, if
it is variable, can emit a COND_EXPR for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31178
--- Comment #20 from Andrew Macleod ---
That is correct.
tree op1_type = TREE_TYPE (gimple_assign_rhs1 (s));
tree op2_type = TREE_TYPE (gimple_assign_rhs2 (s));
tree l = build_int_cst (op2_type, 0);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105178
Bug ID: 105178
Summary: g++ incorrectly reports invalid use of incomplete type
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105174
Patrick Palka changed:
What|Removed |Added
Last reconfirmed||2022-04-06
1 - 100 of 180 matches
Mail list logo
