https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99784
Bug ID: 99784
Summary: `labels as values`can point to the wrong spot after
optimization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99784
--- Comment #1 from Mike Hommey ---
This is reproducible with all versions of GCC on godbolt, including trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99746
--- Comment #18 from Tamar Christina ---
(In reply to Arseny Solokha from comment #15)
> (In reply to Tamar Christina from comment #13)
> > (In reply to Arseny Solokha from comment #10)
> > > (In reply to Tamar Christina from comment #9)
> > > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99765
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99651
--- Comment #5 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:9d45e848d02e71c11420ec49630281e9a29c89b8
commit r11-7843-g9d45e848d02e71c11420ec49630281e9a29c89b8
Author: Tobias Burnus
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99784
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96956
Andrew Pinski changed:
What|Removed |Added
CC||mh+gcc at glandium dot org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93660
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99784
--- Comment #3 from Mike Hommey ---
PR 96956 only really talks about this: "You may not use this mechanism to jump
to code in a different function. If you do that, totally unpredictable things
happen.".
My testcase doesn't involve jumping to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
Bug ID: 99785
Summary: Awful lot of time spent building gl.cc in Firefox
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95622
--- Comment #9 from rguenther at suse dot de ---
On Thu, 25 Mar 2021, burnus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95622
>
> --- Comment #8 from Tobias Burnus ---
> I am not sure whether this is a sensible so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
--- Comment #14 from Jakub Jelinek ---
You still have:
if (VECTOR_MEM_VSX_P (mode))
{
if (!CONST_INT_P (elt_rtx))
{
if ((TARGET_P9_VECTOR && TARGET_POWERPC64) || width == 8)
return ..._p9 (...);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #1 from Andrew Pinski ---
-O0 -ftime-report:
callgraph ipa passes : 6.16 ( 19%) 0.94 ( 20%) 7.10 ( 19%)
62M ( 6%)
(NOTE this is the trunk with checking enabled and not GCC built with
--enable-checking=release
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99772
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99782
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last reconfir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #2 from Andrew Pinski ---
>This goes up to 4 hours (!) with GCC 11
How did you configure trunk GCC? Did you use --enable-checking=release ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #3 from Andrew Pinski ---
Oh I think this is the inliner. Because I have -Dalways_inline= on the command
line because I think the code is using it in the wrong places
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99786
Bug ID: 99786
Summary: ICE in in extract_insn, at recog.c:2770
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99776
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-26
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99786
Martin Liška changed:
What|Removed |Added
Known to fail||11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #4 from Mike Hommey ---
GCC 11 is the package in Debian experimental, so however it's built.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99705
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6081d8994ed1a0aef6b7f5fb34f091faa3580416
commit r11-7844-g6081d8994ed1a0aef6b7f5fb34f091faa3580416
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99705
Jakub Jelinek changed:
What|Removed |Added
Summary|[10/11 Regression] ICE in |[10 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #5 from Andrew Pinski ---
Ok for -O0 case:
integration: 29.75 ( 6%) 7.37 ( 40%) 37.61 ( 7%)
3900M ( 39%)
expand : 11.13 ( 2%) 0.10 ( 1%) 11.21 ( 2%)
1900M ( 19%)
do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99787
Bug ID: 99787
Summary: ICE in curr_insn_transform, at lra-constraints.c:4133
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99776
--- Comment #2 from Richard Biener ---
diff --git a/gcc/match.pd b/gcc/match.pd
index 036f92fa959..61c93b5edd1 100644
--- a/gcc/match.pd
+++ b/gcc/match.pd
@@ -6168,9 +6168,12 @@ DEFINE_INT_AND_FLOAT_ROUND_FN (RINT)
(simplify
(BIT_FIELD_REF CO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #6 from Mike Hommey ---
Replacing __attribute__((always_inline)) with inline on the two blend_pixels
functions makes it go down to 30s with GCC 10.
See https://bugzilla.mozilla.org/show_bug.cgi?id=1700520#c9 why the functions
were ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99778
Richard Biener changed:
What|Removed |Added
Known to fail||11.0
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780
--- Comment #2 from Richard Biener ---
It looks like the targetclone pass leaving the IL in broken state. The error
also looks bogus.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #7 from Mike Hommey ---
It's worth noting that the clang variant of the code makes use of
__builtin_shufflevector, which the gcc variant doesn't (per
https://searchfox.org/mozilla-central/source/gfx/wr/swgl/src/vector_type.h), so
the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99776
--- Comment #3 from Zhendong Su ---
Awesome! Thanks for looking into this so quickly, Richard!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99787
Martin Liška changed:
What|Removed |Added
Known to work||10.2.0
Summary|ICE in curr_ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99719
Eric Botcazou changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #8 from Andrew Pinski ---
(In reply to Mike Hommey from comment #7)
> It's worth noting that the clang variant of the code makes use of
> __builtin_shufflevector, which the gcc variant doesn't (per
> https://searchfox.org/mozilla-cent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #9 from Jakub Jelinek ---
gcc does have __builtin_convertvector (which is used only for clang
apparently), and while it doesn't have __builtin_shufflevector, it does have
__builtin_shuffle which can achieve everything that the code do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780
--- Comment #3 from Martin Liška ---
It's the same story we saw for no_stack_protector attribute:
--param stack-clash-protection-guard-size=12 --param
stack-clash-protection-probe-interval=12 + '#pragma GCC optimize 1'
is not equal to:
--param
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #11 from Richard Biener ---
Btw, GCC 10 branch tip with -O1:
ipa inlining heuristics: 962.91 ( 85%) 0.39 ( 4%) 971.66 ( 84%)
1103801 kB ( 10%)
alias stmt walking : 40.95 ( 4%) 1.07 ( 11%) 42.13 (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94212
Qian Jianhua changed:
What|Removed |Added
CC||qianjh at cn dot fujitsu.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94212
--- Comment #11 from rguenther at suse dot de ---
On Fri, 26 Mar 2021, qianjh at cn dot fujitsu.com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94212
>
> Qian Jianhua changed:
>
>What|Removed |Add
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99787
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99786
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99786
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780
--- Comment #4 from Martin Liška ---
verify_curr_properties fails because is targetclone pass requires:
const pass_data pass_data_target_clone =
{
SIMPLE_IPA_PASS, /* type */
"targetclone",/* name */
OPTGROUP_N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99780
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #12 from Richard Biener ---
(In reply to Richard Biener from comment #11)
> Btw, GCC 10 branch tip with -O1:
>
> ipa inlining heuristics: 962.91 ( 85%) 0.39 ( 4%) 971.66 (
> 84%) 1103801 kB ( 10%)
> alias stmt walkin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99786
--- Comment #2 from Christophe Lyon ---
This fixes the ICE:
diff --git a/gcc/config/arm/vec-common.md b/gcc/config/arm/vec-common.md
index 48ee659..86563d9 100644
--- a/gcc/config/arm/vec-common.md
+++ b/gcc/config/arm/vec-common.md
@@ -103,7 +10
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210326 (experimental) [master revision
9d45e848d02:ca344bbd24f:6081d8994ed1a0aef6b7f5fb34f091faa3580416] (GCC)
[607] %
[607] % gcctk -O1 -S -o O1.s small.c
[608] % gcctk -O3 -S -o O3.s small.c
[609] %
[609] % wc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99777
--- Comment #3 from Jakub Jelinek ---
So, one thing is that tree-affine.c during store motion alias analysis feeds
very questionable expressions to the folder, in particular it attempts to fold
MULT_EXPR of (sizetype) (vector(4) short int *) ((in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
Matthias Klose changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99719
--- Comment #7 from cqwrteur ---
(In reply to Eric Botcazou from comment #6)
> > However, it looks like swapping to ms_abi from sysv_abi will cleanup SIMD
> > registers. Is that correct?
>
> Fiddling with the ABI is highly discouraged in anythin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99719
--- Comment #8 from cqwrteur ---
(In reply to cqwrteur from comment #7)
> (In reply to Eric Botcazou from comment #6)
> > > However, it looks like swapping to ms_abi from sysv_abi will cleanup SIMD
> > > registers. Is that correct?
> >
> > Fiddl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99785
--- Comment #13 from Richard Biener ---
On trunk (with release checking) at -O2 the situation is not different from -O1
or the GCC 10 branch (so it's not 4 hours), the profile looks the same as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99447
Richard Biener changed:
What|Removed |Added
Resolution|WORKSFORME |---
Assignee|unassigned at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99773
--- Comment #4 from Richard Earnshaw ---
(In reply to Christophe Lyon from comment #3)
> I tried changing TARGET_HARD_FLOAT_SUB in arm.h to:
> #define TARGET_HARD_FLOAT_SUB (arm_float_abi != ARM_FLOAT_ABI_SOFT\
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99788
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2021-03-26
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99788
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99766
--- Comment #7 from Alex Coplan ---
Here is a testcase with SVE intrinsics that ICEs in the same way at -Os:
$ cat test.cc
#include
char a;
void c(unsigned &, const unsigned &);
void d(char, bool, short, int, int, char e, int, short f, unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
Bug ID: 99789
Summary: std::span or std::string_view are not zero-overhead on
MS abi
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #7 from Dominique d'Humieres ---
Sometime the test ICE with
f951: internal compiler error: gfc_code2string(): Bad code
which cannot be fixed by the patch in comment 6.
A sanitized version with the patch at
https://gcc.gnu.org/piper
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
--- Comment #2 from cqwrteur ---
Created attachment 50476
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50476&action=edit
demo source file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
--- Comment #3 from cqwrteur ---
Created attachment 50477
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50477&action=edit
demo assembly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
--- Comment #4 from cqwrteur ---
(In reply to Jakub Jelinek from comment #1)
> And what can libstdc++ do about that?
> Just use a different OS with better ABIs...
Well, I tested that with Rust on windows, the parameters are passed by
registers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
--- Comment #5 from cqwrteur ---
(In reply to Jakub Jelinek from comment #1)
> And what can libstdc++ do about that?
> Just use a different OS with better ABIs...
I use a lot of different systems. FreeBSD, MSDOS, Linux, Windows, etc. Using
diffe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
Jonathan Wakely changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
--- Comment #15 from luoxhu at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #14)
> You still have:
> if (VECTOR_MEM_VSX_P (mode))
> {
> if (!CONST_INT_P (elt_rtx))
> {
> if ((TARGET_P9_VECTOR && TARGET_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
--- Comment #7 from cqwrteur ---
(In reply to Jonathan Wakely from comment #6)
> Users of your library on Window will be affected by the ABI on Windows.
> That's not a libstdc++ problem.
>
> Nobody said that std::span and std::string_view are gu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99790
Bug ID: 99790
Summary: internal compiler error: in expand_expr_real_2
Product: gcc
Version: 10.2.0
URL: https://godbolt.org/z/PsMrafh9c
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
--- Comment #8 from Jakub Jelinek ---
Bugzilla is for reporting bugs, not for general programming advices.
There is no bug here, the C++ standard for 64-bit architectures with its
requirements on std::string_view etc. effectively mandates that t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
--- Comment #9 from cqwrteur ---
(In reply to Jakub Jelinek from comment #8)
> Bugzilla is for reporting bugs, not for general programming advices.
>
> There is no bug here, the C++ standard for 64-bit architectures with its
> requirements on st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99789
--- Comment #10 from Jonathan Wakely ---
We don't want the assembly file. If you want to investigate what Rust does, you
are free to do that. But stop asking us to do that for you. There is no GCC bug
here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99791
Bug ID: 99791
Summary: -Wno-system-headers hides enum range Warning
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99331
--- Comment #7 from Nikita Kniazev ---
The fix silenced the true warning (though it was saying 'may') in these:
template struct X {};
template X foo();
int x = sizeof(foo());
template struct X {};
template
struct foo { using t = X; };
foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99718
--- Comment #16 from Jakub Jelinek ---
(In reply to luoxhu from comment #15)
> Do you mean Power7 for the plain old VSX? I verified the pr98914.c on
> Power7, it exactly ICEs on "gcc_assert (CONST_INT_P (elt_rtx));" for both
> m64 and m32. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90330
Iain Sandoe changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
Giuseppe D'Angelo changed:
What|Removed |Added
CC||dangelog at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99654
--- Comment #2 from Will Cohen ---
Created attachment 50479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50479&action=edit
assembly file compiled with -gno-as-locview-support
Resulting assembly language file generated by:
gcc -O3 -g -gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99792
Bug ID: 99792
Summary: MVE: Assemble failure with "branch out of range" at
-O3
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99773
--- Comment #5 from Christophe Lyon ---
Compiling with -march=armv8.1-m.main+mve -mfloat-abi=hard defines:
TARGET_SOFT_FLOAT 1
TARGET_HARD_FLOAT 0
TARGET_HARD_FLOAT_ABI 1
TARGET_VFP_SINGLE 1
so indeed what you propose does the trick.
(Sorry I p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99654
--- Comment #3 from Will Cohen ---
Created attachment 50480
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50480&action=edit
Default assembly code generated by compiler
Default Assembly generated by compiler to compare to the
-gno-as-locvi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
--- Comment #10 from Giuseppe D'Angelo ---
(By the way, finding this bug is quite hard. Could "address_of" be changed to
"to_address" , in the bug description? I think that's the intended meaning.
And, "to_pointer", mentioned a few times, doesn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99786
Christophe Lyon changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Christoph
: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210326 (experimental) [master revision
9d45e848d02:ca344bbd24f:6081d8994ed1a0aef6b7f5fb34f091faa3580416] (GCC)
[611] %
[611] % gcctk -O1 -S -o O1.s small.c
[612] % gcctk -O3 -S -o O3.s small.c
[613] %
[613] % wc O1.s O3.s
17 38
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99691
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:8ab1d637440532d9698daae84cc81a43d36b4aa8
commit r11-7845-g8ab1d637440532d9698daae84cc81a43d36b4aa8
Author: Iain Buclaw
Date: Sun Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
--- Comment #12 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:2892e2f70287f961e3bac990b926232cc2a5b123
commit r11-7847-g2892e2f70287f961e3bac990b926232cc2a5b123
Author: Iain Buclaw
Date: Sun M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99466
--- Comment #7 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:8f5e18db259c8a9790feb1d73bb0348182264f15
commit r11-7849-g8f5e18db259c8a9790feb1d73bb0348182264f15
Author: Iain Buclaw
Date: Sat Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99331
--- Comment #8 from Marek Polacek ---
Yeah, that's expected (but it's a bug!):
https://gcc.gnu.org/pipermail/gcc-patches/2021-March/566449.html
Opening a separate issue would be nice, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56574
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99466
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:1df9bfdd24388adccdb6a07eda6161ef6626dac5
commit r10-9547-g1df9bfdd24388adccdb6a07eda6161ef6626dac5
Author: Iain Buclaw
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99466
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:fd23b0bb77d483c07bc14f86cc349f82b1b38320
commit r9-9310-gfd23b0bb77d483c07bc14f86cc349f82b1b38320
Author: Iain Buclaw
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99466
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99794
Bug ID: 99794
Summary: libphobos: Support building on *-*mingw*
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91595
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99334
--- Comment #9 from Jakub Jelinek ---
As I said on the mailing list, the above patch has problems, it relies on the
insn that clobbers_queued_reg_save to be a single hardware instruction so that
a debug info consumer or unwinding can't stop "in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96013
--- Comment #9 from Dominique d'Humieres ---
> > Sometime the test ICE with
> >
> > f951: internal compiler error: gfc_code2string(): Bad code
> >
> > which cannot be fixed by the patch in comment 6.
> >
>
> Don't know anything about libsantiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56654
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Last reconfirmed|2014-09-12
1 - 100 of 146 matches
Mail list logo
