https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112703
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112701
--- Comment #3 from Richard Biener ---
Heh, I didn't know ?: is valid as preprocessor conditional.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112720
Bug ID: 112720
Summary: ICE: Segmentation fault during IPA pass: tmipa
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110062
--- Comment #12 from Richard Biener ---
(In reply to Jan Hubicka from comment #11)
> trunk -O3 -flto -march=native -fopenmp
> Operation: Sharpen:
> 257
> 256
> 256
>
> Average: 256 Iterations Per Minute
> GCC13 -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110334
--- Comment #27 from Richard Biener ---
(In reply to Eric Gallager from comment #26)
> (In reply to Richard Biener from comment #20)
> > Unfortunately there isn't a knob to diagnose late inlined always-inline
> > functions.
>
> Is there a separ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
--- Comment #9 from rguenther at suse dot de ---
On Fri, 24 Nov 2023, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112653
>
> --- Comment #8 from Jan Hubicka ---
> On ARM32 and other targets methods returns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112719
Bug ID: 112719
Summary: [14 Regression] ICE: in decompose, at wide-int.h:1049
with -O -msse4 and __builtin_popcountl()
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112718
Bug ID: 112718
Summary: [11/12/13/14 Regression] ICE: in add_dwarf_attr, at
dwarf2out.cc:4501 with -g -fdebug-types-section -flto
-fno-use-linker-plugin
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107844
Jose E. Marchesi changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112675
Haochen Jiang changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112689
--- Comment #1 from Andrew Pinski ---
Wait -3 was caused by g:41aacdea55c5d795a7aa195357d966645845d00e :
https://gcc.gnu.org/pipermail/gcc-patches/2023-November/638207.html
So maybe all 3 were.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112598
--- Comment #10 from Li Pan ---
Link to one similar issue as below.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110237
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707
--- Comment #7 from Christopher Fore ---
Created attachment 56691
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56691&action=edit
build log of the original compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707
--- Comment #6 from Christopher Fore ---
The original example in the wild was with -mcpu=7450 -O2 -maltivec
-mabi=altivec -pipe, plus the flags the build system added, then I minimised it
to the attachment above, where I only needed: -O3 -ffast-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707
--- Comment #5 from Christopher Fore ---
It's a PowerPC 7447A and the assembler version is:
GNU assembler version 2.40.0 (powerpc-unknown-linux-gnu) using BFD version
(Gentoo 2.40 p5) 2.40.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112707
HaoChen Gui changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
--- Comment #4 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112717
--- Comment #4 from Andrew Pinski ---
My suggestion is only do profiling build right before release. And never store
the files in a repo at all. Any changes to the source base will cause the
profile to be wrong.
Maybe do it as part of a CI inst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112717
--- Comment #3 from Alexander Zaitsev ---
> I thought this was documented but I don't see. There is no guarantee for
> forward or backwards compatibility at all. In fact iirc there is a version
> stored in the files to make sure the correct ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112717
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112717
--- Comment #1 from Andrew Pinski ---
I thought this was documented but I don't see. There is no guarantee for
forward or backwards compatibility at all. In fact iirc there is a version
stored in the files to make sure the correct version is use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112717
Bug ID: 112717
Summary: .gcda profiles compatibility guarantees between GCC
versions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112454
--- Comment #4 from Andrew Pinski ---
So it looks like this is not only a cost issue. I have to look into forwprop to
see if it can handle this. Note the cost issue does need to be fixed anyways
since it will be needed there; otherwise forwprop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112661
Richard Sandiford changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |rsandifo at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111601
--- Comment #10 from Jakub Jelinek ---
With the above commands, r14-4258 ICEs in libcody build, r14-4650 builds ok,
r14-4846, r14-5043, r14-5829 ICE during the PCH libstdc++ compilation, will
continue bisecting that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651
--- Comment #14 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #12)
> Created attachment 56690 [details]
> Draft patch
Regtests cleanly btw.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Known to fail||10.5.0, 11.4.1, 12.3.1,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100651
--- Comment #12 from anlauf at gcc dot gnu.org ---
Created attachment 56690
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56690&action=edit
Draft patch
Very rough patch that fixes this PR and also pr93762.
Need more thorough testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
--- Comment #17 from anlauf at gcc dot gnu.org ---
(In reply to Mikael Morin from comment #16)
> This missed the gcc stage 1 deadline, but I'm still working on it.
I always thought that the Fortran FE does not fall under this rule.
Why don't you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111880
--- Comment #7 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:c9d029ba2ceb435e31492c1f3f0fd3edf0e386be
commit r14-5859-gc9d029ba2ceb435e31492c1f3f0fd3edf0e386be
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
Mikael Morin changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
--- Comment #3 from Sam James ---
No warning from -Wlto-type-mismatch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
uecker at gcc dot gnu.org changed:
What|Removed |Added
CC||uecker at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
Andrew Pinski changed:
What|Removed |Added
Keywords||alias
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112716
Bug ID: 112716
Summary: LTO optimization with struct of variable ssize
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112712
Mikael Pettersson changed:
What|Removed |Added
CC||mikpelinux at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91029
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106326
Richard Sandiford changed:
What|Removed |Added
Assignee|prathamesh3492 at gcc dot gnu.org |rsandifo at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112599
--- Comment #5 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:ec84a1e7a18f65858a1b129ff80cb32e64cf151b
commit r14-5851-gec84a1e7a18f65858a1b129ff80cb32e64cf151b
Author: Juzhe-Zhong
Date: Sun Nov 26
39 matches
Mail list logo