https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70967
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
Andrew Pinski changed:
What|Removed |Added
Target Milestone|6.5 |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61813
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
Andrew Pinski changed:
What|Removed |Added
CC||steven.spark at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55428
Andrew Pinski changed:
What|Removed |Added
Summary|-mms-bitfields hides|[9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71849
Andrew Pinski changed:
What|Removed |Added
Keywords||ABI, wrong-code
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
--- Comment #2 from Jakub Jelinek ---
Even running it by hand gets stuck:
/builddir/build/BUILD/gcc-12.0.0-20220106/obj-i686-redhat-linux/./gcc/gdc
-B/builddir/build/BUILD/gcc-12.0.0-20220106/obj-i686-redhat-linux/./gcc/
-B/usr/i686-redhat-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59485
Andrew Pinski changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #1 from Andr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103802
--- Comment #7 from rguenther at suse dot de ---
On Fri, 7 Jan 2022, luoxhu at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103802
>
> --- Comment #6 from luoxhu at gcc dot gnu.org ---
> (In reply to Richard Biener fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42275
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100530
--- Comment #8 from Richard Biener ---
PR#101975 contains some analysis.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103951
--- Comment #3 from Jonathan Wakely ---
This would be solved by
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2021/p2499r0.html but I
think the std::lib code is behaving exactly as the C++23 draft requires.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67128
--- Comment #9 from Jonathan Wakely ---
(In reply to Szőts Ákos from comment #3)
> Option "--with-pic" doesn't work, but the suggested workaround in the
> original post does.
I think using --disable-shared --with-pic *should* work, but it doesn'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38663
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |4.6.0
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100912
--- Comment #10 from Qiu Chaofan ---
Hi, does GCC plan to switch to IEEE-quad as default `long double` semantics (or
at least fully support it but under an option)? If so, I guess this should be a
blocker.
If GCC 12 supports it well, other comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100912
--- Comment #11 from Jonathan Wakely ---
This absolutely needs to be (and will be) fixed for GCC 12 anyway, whether the
default is switched or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60235
--- Comment #9 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #8)
> -fno-semantic-interposition was added in GCC 5 for the code generation you
> want.
I should say it was added by r5-1555.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100359
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:92e114d66e93d60dcef97c66cddbae38b657d768
commit r12-6402-g92e114d66e93d60dcef97c66cddbae38b657d768
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100359
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52773
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |5.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59553
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52773
Andrew Pinski changed:
What|Removed |Added
CC||makhaloff at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58901
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30798
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103920
--- Comment #2 from Richard Biener ---
Also consider
void f1 (const S s, S * __restrict q);
where obeying the warning would create a false alias when called as
f1 (x, &x);
whether passing by value or reference is more efficient also depends
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103935
--- Comment #2 from Richard Biener ---
Well, it was
// This used to work on { target x86_64-*-* i?86-*-* } but a fix in SLP
// discovery makes us trip over the threshold again.
// { dg-final { scan-tree-dump-times "not vectorized: vectorization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103941
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-* i?86-*-*
Ever confirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103942
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103943
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #9 from Jonathan Wakely ---
(In reply to Jörn Heusipp from comment #8)
> > Note in newer versions of glibc, libpthread is all intergrated into libc and
> > there is no issues again.
> >
> > For Mac OS X/darwin you don't need -lm -pt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #10 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #9)
> (In reply to Jörn Heusipp from comment #8)
> > Debian MinGW-w64 gcc is built in 2 flavours. One with Win32 and one with
> > posix threading model support.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103935
--- Comment #3 from Uroš Bizjak ---
(In reply to Richard Biener from comment #2)
> no longer xfailed. I suggest to re-add the { xfail *-*-* } to the
> profitability check.
You mean xfail for non-x86 targets?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35341
--- Comment #2 from Andrew Pinski ---
Currently we get at -O2:
Estimating sizes for loop 1
BB: 3, after_exit: 0
size: 1 _1 = i_13 * 2;
Induction variable computation will be folded away.
size: 1 _2 = a[_1];
size: 1 _3 = a[i_13];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103948
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103950
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103948
--- Comment #6 from Uroš Bizjak ---
(In reply to Richard Biener from comment #5)
> I guess that tree-vect-generic.c is not up-to-date with gimple-isel.cc. We
> should probably somehow factor out relevant pieces.
>
> Note vector lowering will s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #11 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #10)
> Oh I missed the part about __STDCPP_THREADS__ not being defined for
> mingw-w64. That seems like it's worth a distinct bug report that can focus
> just on th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #12 from Andrew Pinski ---
See also
https://sourceforge.net/p/mingw-w64/mailman/mingw-w64-public/thread/29e406ed.c6291.1541803dcf9.Coremail.lh_mouse%40126.com/
.
Mingw thread support is always lacking behind because there are not eno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103935
--- Comment #4 from Richard Biener ---
(In reply to Uroš Bizjak from comment #3)
> (In reply to Richard Biener from comment #2)
> > no longer xfailed. I suggest to re-add the { xfail *-*-* } to the
> > profitability check.
>
> You mean xfail f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103950
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101530
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:be59671c5624fe8bf21ddb0192e97ebdfa4db381
commit r12-6403-gbe59671c5624fe8bf21ddb0192e97ebdfa4db381
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101530
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #13 from Jörn Heusipp ---
(In reply to Jonathan Wakely from comment #10)
> Oh I missed the part about __STDCPP_THREADS__ not being defined for
> mingw-w64. That seems like it's worth a distinct bug report that can focus
> just on th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207
--- Comment #16 from Francois-Xavier Coudert ---
Part 1/3 committed: IEEE_CLASS now recognises signaling NaNs on targets that
provide the issignaling macro (from TS 18661-1:2014).
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=492954263e39346287a5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82968
Francois-Xavier Coudert changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207
Francois-Xavier Coudert changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64821
Andrew Pinski changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #14 from Jonathan Wakely ---
What is the output of x86_64-w64-mingw32-g++-posix -v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103465
--- Comment #29 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:8234b0dcb2484f836d0fb8f12aa6b04f5e66db6f
commit r12-6405-g8234b0dcb2484f836d0fb8f12aa6b04f5e66db6f
Author: Eric Botcazou
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #15 from Jörn Heusipp ---
(In reply to Jonathan Wakely from comment #14)
> What is the output of x86_64-w64-mingw32-g++-posix -v
manx@appendix:~$ x86_64-w64-mingw32-g++-posix -v
Using built-in specs.
COLLECT_GCC=x86_64-w64-mingw32-g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96779
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103960
Bug ID: 103960
Summary: Clang's -Wunknown-attributes is more useful than
-Wattributes
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103949
--- Comment #16 from Jonathan Wakely ---
(In reply to Jörn Heusipp from comment #15)
> --enable-threads=posix --program-suffix=-posix
Then it should be defining __STDCPP_THREADS__=1, odd.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101532
--- Comment #3 from Andrew Pinski ---
Note it is not lambda related at all, here is a (invalid) C++98 case were we
ICE too:
class A {
~A() {}
};
template class B {
A f = 1;
};
B c;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017
--- Comment #77 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:4fde88e5dd152fe866a97b12e0f8229970d15cb3
commit r12-6406-g4fde88e5dd152fe866a97b12e0f8229970d15cb3
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103866
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:68c2e9e9234cb301e9e81792cad233a41e797792
commit r12-6409-g68c2e9e9234cb301e9e81792cad233a41e797792
Author: Jonathan Wakely
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103950
--- Comment #6 from Thorsten Otto ---
A similar fix will be needed in gimple_fold_builtin_fputs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103866
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |12.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103960
--- Comment #1 from Andrew Pinski ---
So it looks like the warning is coming from the front-end though and not from
c-family :).
I noticed this because take:
struct MyStruct;
[[gg (read_only, 1)]] int my_func (const struct MyStruct * const self
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103960
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-01-10
Ever confirmed|0
preprocessed cap_text.i file from libcap-2.62, as well as
.S files of gcc-11.3 and 12.0
gcc version 12.0.0 20220110 (experimental) (Gentoo 12.0.0_pre p2, commit
92e114d66e93d60dcef97c66cddbae38b657d768)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103960
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #1 from Manuel Lauss ---
Created attachment 52153
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52153&action=edit
gcc-11.3 output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #2 from Manuel Lauss ---
Created attachment 52154
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52154&action=edit
gcc-12.0 output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103950
--- Comment #7 from Andrew Pinski ---
(In reply to Thorsten Otto from comment #6)
> A similar fix will be needed in gimple_fold_builtin_fputs
Yes agreed.
gimple_fold_builtin_strstr should do the same, though I don't know if it will
matter but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103941
--- Comment #2 from Richard Biener ---
I think I've seen this before - the use in the conversion is elided in the
vector path via recognizing a pattern of a pattern - that makes it not part of
the SLP
tree and thus left as SLP_TYPE (..) = loop_v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64332
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2014-12-16 00:00:00 |2022-1-10
--- Comment #7 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #4 from Andrew Pinski ---
There is a bogus warning too:
cap_text.c:431:11: warning: '%c' directive writing 1 byte into a region of size
0 [-Wformat-overflow=]
In file included from /usr/include/stdio.h:894,
from cap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
Andrew Pinski changed:
What|Removed |Added
Keywords|alias |needs-bisection,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #6 from Andrew Pinski ---
Note it is even wrong at -O1 -fno-thread-jumps .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103962
Bug ID: 103962
Summary: 'long double' to 'int' cast modifies rounding bits
Product: gcc
Version: 9.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |tree-optimization
--- Comment #7 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103962
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2022-01-10
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103962
--- Comment #2 from Jakub Szumacher ---
n$ /usr/bin/powerpc-e500v2-linux-gnu-gcc -v
Using built-in specs.
COLLECT_GCC=/usr/bin/powerpc-e500v2-linux-gnu-gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/powerpc-e500v2-linux-gnu/9.4.0/lto-wrapper
Target: p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103962
--- Comment #3 from Jakub Szumacher ---
# cat /proc/cpuinfo
processor : 0
cpu : e500v2
clock : 799.92MHz
revision: 2.3 (pvr 8021 0023)
bogomips: 133.33
timebase:
Memory :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103961
--- Comment #8 from Richard Biener ---
(In reply to Andrew Pinski from comment #3)
> Looks like GCC is getting confused due to:
> p--;
>
>
> I don't get:
> [cap_text.c:419:3] # PT = anything
> _104 = p_65 + 18446744073709551615;
>
> All
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103962
--- Comment #4 from Andrew Pinski ---
Unless gentoo has patches, e500v2 support is gone. Only e500mc support is left
from GCC 9+.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103962
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103955
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
Iain Buclaw changed:
What|Removed |Added
Target||i686-redhat-linux
--- Comment #3 from Iai
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100017
Stam Markianos-Wright changed:
What|Removed |Added
CC||stammark at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
--- Comment #4 from Jakub Jelinek ---
Note, it isn't just i686-linux, I was getting the hangs on x86_64-linux,
s390x-linux or armv7hl-linux-gnueabi too.
Wonder whether it is
-fstack-clash-protection -fcf-protection -fcf-protection
related or per
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
--- Comment #5 from Jakub Jelinek ---
The process when it hangs is stuck on pthread_mutex_lock called from
_D4core4sync5mutex5Mutex__T12lock_nothrowTCQBpQBnQBlQBiZQBdMFNbNiNeZv
in libgphobos.so.3.
#0 0xf7ee6579 in __kernel_vsyscall ()
#1 0xf73
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77760
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:a8d3c98746098e2784be7144c1ccc9fcc34a0888
commit r12-6410-ga8d3c98746098e2784be7144c1ccc9fcc34a0888
Author: Jakub Jelinek
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103963
Bug ID: 103963
Summary: Coroutine return type must not be copy- or
move-constructible
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
--- Comment #37 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:909a4b4764c4f270f09ccb2a950c91b21ed7b33a
commit r12-6412-g909a4b4764c4f270f09ccb2a950c91b21ed7b33a
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
--- Comment #38 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:d54565d87ff79b882208dfb29af50232033c233d
commit r12-6413-gd54565d87ff79b882208dfb29af50232033c233d
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
--- Comment #39 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:01f3e6a40e7202310abbeb41c345d325bd69554f
commit r12-6415-g01f3e6a40e7202310abbeb41c345d325bd69554f
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
--- Comment #40 from CVS Commits ---
The master branch has been updated by Richard Sandiford :
https://gcc.gnu.org/g:037cc0b4a6646cc86549247a3590215ebd5c4c43
commit r12-6416-g037cc0b4a6646cc86549247a3590215ebd5c4c43
Author: Richard Sandiford
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103944
--- Comment #6 from Iain Buclaw ---
(In reply to Jakub Jelinek from comment #4)
> Note, it isn't just i686-linux, I was getting the hangs on x86_64-linux,
> s390x-linux or armv7hl-linux-gnueabi too.
> Wonder whether it is
> -fstack-clash-protect
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Summary|[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 98782, which changed state.
Bug 98782 Summary: [11 Regression] Bad interaction between IPA frequences and
IRA resulting in spills due to changes in BB frequencies
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98782
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103964
Bug ID: 103964
Summary: [9/10/11/12 Regression] OVS miscompilation since
r0-92313-g5006671f1aaa63cd
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103964
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103965
Bug ID: 103965
Summary: optimizer (-O2) changes behavior in cast-to-container
iteration
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103965
amorenoz at redhat dot com changed:
What|Removed |Added
CC||amorenoz at redhat dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103965
--- Comment #2 from amorenoz at redhat dot com ---
Jakub and Florian have kindly assisted in trying to understand the problem and
will likely be able to provide more insightful comments
1 - 100 of 188 matches
Mail list logo
