https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115847
--- Comment #3 from Jakub Jelinek ---
Yeah, the Intel ABI for this only handles scalar
integral/pointer/enum/bool/floating point types and _Complex, and our variant
thereof doesn't even handle _Complex.
Returning arrays is returning pointers, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115252
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115847
Richard Biener changed:
What|Removed |Added
Keywords||openmp
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115842
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
Version|14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115835
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104688
--- Comment #35 from Uroš Bizjak ---
(In reply to Mayshao-oc from comment #34)
> Can we extend this patch to Zhaoxin processors as well?
Just post the enablement patch to gcc-patches@ mailing list.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110456
Richard Biener changed:
What|Removed |Added
Blocks||26163
--- Comment #3 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110456
--- Comment #2 from Richard Biener ---
*** Bug 115845 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115845
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104688
--- Comment #34 from Mayshao-oc at zhaoxin dot com ---
(In reply to Jakub Jelinek from comment #17)
> Fixed for AMD on the library side too.
> We need a statement from Zhaoxin and VIA for their CPUs.
Sorry for the late reply.
We guarantee that V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110040
--- Comment #4 from Kewen Lin ---
(In reply to Peter Bergner from comment #3)
> Kewen and Segher, is this something we want backported or just call it good
> and close as FIXED? I ask since the patch just adds a simple splitter which
> doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113715
--- Comment #7 from Fei Gao ---
Fix has been merged into master:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=7a345d0314f8cf0f15ca3664b1e4430d65764570
and also releases/gcc-14:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=efa30f619361b043616e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115721
Andrew Pinski changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115721
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Andrew Pinski :
https://gcc.gnu.org/g:8f8bddb58ad7746b2a19c43e32641d161fa15caf
commit r15-1933-g8f8bddb58ad7746b2a19c43e32641d161fa15caf
Author: Andrew Pinski
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113715
--- Comment #6 from GCC Commits ---
The releases/gcc-14 branch has been updated by Fei Gao :
https://gcc.gnu.org/g:efa30f619361b043616e624e57366a50982e11df
commit r14-10403-gefa30f619361b043616e624e57366a50982e11df
Author: Fei Gao
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110040
Peter Bergner changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115853
Andrew Pinski changed:
What|Removed |Added
Target||arm*-*-*
Component|tree-optimi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115852
--- Comment #2 from Andrew Pinski ---
/* The TI_ARGS of a regenerated lambda contains only the innermost
set of template arguments. Augment this with the outer template
arguments that were used to regenerate the lambda.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115853
Bug ID: 115853
Summary: Unnecessary push to stack in __attribute((noreturn))
Reset_Handler(), leading to permanent wasted SRAM
Product: gcc
Version: 13.3.1
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115852
--- Comment #1 from Andrew Pinski ---
Here is the full backtrace (godbolt's backtrace is not decent; maybe because it
is stripped):
auto x(Ts0&& ...) requires requires{;} int
main() constexpr::operator decltype
((static_cast())) (*)(Self&&)()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115852
Bug ID: 115852
Summary: gcc crashed in diagnostic_context::diagnostic_impl
when using a explicit object lambda inside requires
clause
Product: gcc
Version: 15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113715
--- Comment #5 from GCC Commits ---
The master branch has been updated by Fei Gao :
https://gcc.gnu.org/g:7a345d0314f8cf0f15ca3664b1e4430d65764570
commit r15-1932-g7a345d0314f8cf0f15ca3664b1e4430d65764570
Author: Fei Gao
Date: Tue Jul 9 10:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115851
Bug ID: 115851
Summary: ICE in gimplify_var_or_parm_decl with coroutine
suspension point inside statement expression
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #8 from 康桓瑋 ---
(In reply to 康桓瑋 from comment #7)
> (In reply to Jonathan Wakely from comment #6)
> > (In reply to Andrew Pinski from comment #1)
> > > I think it is due to:
> > > include/std/optional: _GLIBCXX20_CONSTEXPR ~_Stor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #7 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #6)
> (In reply to Andrew Pinski from comment #1)
> > I think it is due to:
> > include/std/optional: _GLIBCXX20_CONSTEXPR ~_Storage() { }
> >
> > Which was done in r12-4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115840
--- Comment #3 from YunQiang Su ---
Created attachment 58621
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58621&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115721
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115759
--- Comment #1 from JuzheZhong ---
Do you mean you want to see the codegen look like LLVM:
https://godbolt.org/z/b7W88WTGo ?
I personally think GCC has better codegen than LLVM for your case in general
since LLVM is using strided store wheras
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115807
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115807
--- Comment #7 from GCC Commits ---
The releases/gcc-12 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:987e70f4290451abd98eda8b82e97b4ad25ee3c2
commit r12-10608-g987e70f4290451abd98eda8b82e97b4ad25ee3c2
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115049
--- Comment #8 from Jason Merrill ---
Yes, looks like decl_binds_to_current_def_p needs to check DECL_ONE_ONLY as
well as DECL_WEAK.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115049
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115049
--- Comment #6 from Jason Merrill ---
I guess the "only if" needs to be more conservative for COMDAT functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115049
--- Comment #5 from Jason Merrill ---
-fipa-ra sounds like a likely culprit:
Use caller save registers for allocation if those registers are not
used by any called function. In that case it is not necessary to
save and restore t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #6 from Jonathan Wakely ---
(In reply to Andrew Pinski from comment #1)
> I think it is due to:
> include/std/optional: _GLIBCXX20_CONSTEXPR ~_Storage() { }
>
> Which was done in r12-4389-g476f305b6cf11d (for https://wg21.link/p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115545
--- Comment #6 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:5b46f196cdb62af0e611315ea411938d756a0ad1
commit r15-1930-g5b46f196cdb62af0e611315ea411938d756a0ad1
Author: Martin Uecker
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114727
--- Comment #7 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:7825c07bbaf503c47ecedd87e3d64be003b24f2c
commit r15-1929-g7825c07bbaf503c47ecedd87e3d64be003b24f2c
Author: Martin Uecker
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115696
--- Comment #3 from GCC Commits ---
The master branch has been updated by Martin Uecker :
https://gcc.gnu.org/g:592a746533a278a5fd3e7b5dff004e1846ef26a4
commit r15-1928-g592a746533a278a5fd3e7b5dff004e1846ef26a4
Author: Martin Uecker
Date: S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115807
--- Comment #6 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:c36ef56fc1df456a2174d7cb42967a0e871597c2
commit r13-8900-gc36ef56fc1df456a2174d7cb42967a0e871597c2
Author: Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115585
--- Comment #14 from GCC Commits ---
The releases/gcc-13 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:3cd410fe4f48ffd841fcd5442d1f2d6350666330
commit r13-8899-g3cd410fe4f48ffd841fcd5442d1f2d6350666330
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115850
--- Comment #2 from Andrew Pinski ---
Actually let's mark this as a dup of bug 109968.
*** This bug has been marked as a duplicate of bug 109968 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109968
Andrew Pinski changed:
What|Removed |Added
CC||joseph.weening at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88443
Bug 88443 depends on bug 115850, which changed state.
Bug 115850 Summary: gcc generates invalid warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115850
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99673
Andrew Pinski changed:
What|Removed |Added
CC||joseph.weening at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115850
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115850
Bug ID: 115850
Summary: gcc generates invalid warning
Product: gcc
Version: 14.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115849
Bug ID: 115849
Summary: RISC-V should improve handling of -0.0 when
-fno-signed-zeros is enabled
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115807
--- Comment #5 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:c94c8ff5f5769ab59cbdd46c8669aa7e3ac83a44
commit r14-10401-gc94c8ff5f5769ab59cbdd46c8669aa7e3ac83a44
Author: Jonathan Wak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115585
--- Comment #13 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jonathan Wakely
:
https://gcc.gnu.org/g:85a39a8aaf683766f8160b982ed4d7b8c44aede0
commit r14-10400-g85a39a8aaf683766f8160b982ed4d7b8c44aede0
Author: Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113363
--- Comment #11 from anlauf at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #10)
> Leave open partly because it is awaiting backporting to 14-branch but also
> because there are remaining, pre-existing issues involving parentheses
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59104
--- Comment #8 from anlauf at gcc dot gnu.org ---
Paul,
are you planning to backport your fix?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115844
--- Comment #2 from Ali Mohammad Pur Fard ---
> clang gives the same error message
Then perhaps their diagnostic is also not the best.
> See https://wg21.link/p2564
>From my interpretation of their given rules, this lambda should not qualify:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115833
--- Comment #5 from Andrew Pinski ---
>It seems the very bad code generation is mostly from constructing the
V4HImode vectors going via GPRs with shifts and ORs.
On x86_64 that is true but aarch64 that is definitely not true:
fmovs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115838
Andrew Pinski changed:
What|Removed |Added
Summary|Some common patterns in |libstdc++-14 with clang 17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115840
Andrew Pinski changed:
What|Removed |Added
Blocks||24639
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #5 from Andrew Pinski ---
Note I think the `intent` of std::optional is have it similar to something like
myoptional (not exactly but you should get the idea) below:
```
struct f
{
~f(){}
};
struct myoptional
{
f *t = nullptr;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> My reading of the paper makes me think this is a libc++ bug
And Microsoft's STD libc++ too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #3 from Andrew Pinski ---
Note here is a more reduced and easier to understand testcase (use a custom
class ratehr than unique_ptr):
```
#include
struct f
{
~f(){}
};
// static_assert([] {
// f p; // non-constant condition for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #2 from Andrew Pinski ---
My reading of the paper makes me think this is a libc++ bug because even though
std::unique_ptr is not constexpr std::optional> is
still if there was optional (value) is not set/use.
Especially since std::o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
--- Comment #1 from Andrew Pinski ---
I think it is due to:
include/std/optional: _GLIBCXX20_CONSTEXPR ~_Storage() { }
Which was done in r12-4389-g476f305b6cf11d (for https://wg21.link/p2231 ).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115844
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115847
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|ICE: tree check: e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115848
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115836
--- Comment #10 from Sam James ---
Created attachment 58620
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58620&action=edit
reduced.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115836
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |11.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115836
Uroš Bizjak changed:
What|Removed |Added
Attachment #58618|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115848
Bug ID: 115848
Summary: ICE: 'verify_type' failed with -flto and custom
attribute
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105090
Torbjorn SVENSSON changed:
What|Removed |Added
CC||azoff at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115847
Bug ID: 115847
Summary: ICE: tree check: expected none of vector_type, have
vector_type in element_precision, at tree.cc:6808 with
attribute simd
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115846
Bug ID: 115846
Summary: std::optional> is constant
expression even in C++20 mode
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115836
--- Comment #8 from Uroš Bizjak ---
Some more explanation:
Later in emit_store_flag_1 we have:
if (icode != CODE_FOR_nothing)
{
do_pending_stack_adjust ();
rtx tem = emit_cstore (target, icode, code, mode, comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115362
--- Comment #24 from Jon Daniel ---
The C++ analog is the difference between std::reduce and std::accumulate but
for sub operands.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111592
--- Comment #5 from Simon Martin ---
The bug was introduced via
https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=9efe5fbde1e8; I will submit a
patch momentarily.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115836
--- Comment #7 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #6)
> Proposed patch.
Here is the problem:
The compiler enters emit_store_flag_1 with:
op0=(subreg:SF (reg:SI 424 [ _676 ]) 0)
op1=(reg:SF 1308)
First, the function doe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115845
Richard Biener changed:
What|Removed |Added
CC||crazylht at gmail dot com
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115836
Uroš Bizjak changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ubizjak at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115845
Bug ID: 115845
Summary: 25% runtime regression of 527.cam4_r when enabling
--param vect-partial-vector-usage={1,2} ontop of
-Ofast --march=znver4
Product: gcc
Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115844
Bug ID: 115844
Summary: [14 Regression] Invalid diagnostics for
correctly-rejected non-consteval call in consteval
function called in a regular lambda
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115843
--- Comment #1 from Richard Biener ---
I verified that dropping --param vect-partial-vector-usage=2 avoids the
verification error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115843
Bug ID: 115843
Summary: 531.deepsjeng_r fails to verify with -O3 -march=znver4
--param vect-partial-vector-usage=2
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115841
Richard Biener changed:
What|Removed |Added
Keywords||needs-reduction
--- Comment #1 from Ri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115842
Bug ID: 115842
Summary: [15 Regression] 6.5% slowdown of 548.exchange2_r on
Intel Ice Lake
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: needs-bisec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115841
Bug ID: 115841
Summary: 521.wrf_r ICEs when building with -march=znver4 -Ofast
-flto --param vect-partial-vector-usage=1
Product: gcc
Version: 14.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82904
--- Comment #15 from Richard Biener ---
The issue isn't fixed I think but we now have
_F.y = 0;
D.4364 = (bitsizetype) (sizetype) NON_LVALUE_EXPR <_F.y> * 8;
D.4365 = (sizetype) NON_LVALUE_EXPR <_F.y>;
{
and that _F mention on the LHS m
Hi friend,
How are you doing?
Wanted to reach out to you about private products manufacturing for:
*1. Hats/Beanies *
*2. Socks *
*3. T-shirts/Hoodies *
*4. Enamel Pins *
*5. Embroidered/Woven/PVC Patches *
*6. Bags *
*7. Bikinis/Swimwear/Sunglasses *
Our factory is based in China. We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115475
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115457
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115475
--- Comment #7 from GCC Commits ---
The releases/gcc-11 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:ee69d6e1e3bed8c3799c29fad3299bfd2e14f64e
commit r11-11565-gee69d6e1e3bed8c3799c29fad3299bfd2e14f64e
Author: Kyrylo Tkacho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115457
--- Comment #7 from GCC Commits ---
The releases/gcc-11 branch has been updated by Kyrylo Tkachov
:
https://gcc.gnu.org/g:d32cfe3352f3863325f8452e83400063b1e71e5b
commit r11-11564-gd32cfe3352f3863325f8452e83400063b1e71e5b
Author: Kyrylo Tkacho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92885
Andre Vehreschild changed:
What|Removed |Added
Resolution|--- |WORKSFORME
Assignee|unassi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84244
Andre Vehreschild changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84244
Andre Vehreschild changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82904
Andre Vehreschild changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80774
Andre Vehreschild changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104569
Andre Vehreschild changed:
What|Removed |Added
Resolution|--- |WORKSFORME
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83700
Bug 83700 depends on bug 77940, which changed state.
Bug 77940 Summary: [Coarray] ICE in walk_coarray, at fortran/trans-array.c:6684
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77940
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77940
Andre Vehreschild changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115153
Wilco changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115836
--- Comment #5 from Uroš Bizjak ---
ICE happens in:
#1 0x018e82a7 in ix86_expand_int_movcc (operands=0x7fffc140) at
../../git/gcc/gcc/config/i386/i386-expand.cc:3821
3821 out = expand_simple_binop (mode, PLUS, copy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115838
--- Comment #2 from Jonathan Wakely ---
(In reply to Jean-Michaël Celerier from comment #0)
> Issue also posted to the LLVM bugtracker:
> https://github.com/llvm/llvm-project/issues/97842
As I just wrote there, I'll consider patches to fix this
1 - 100 of 141 matches
Mail list logo
