https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
Bug ID: 100559
Summary: Solaris SPARC GCC 11.1 Ada build: i-cexten.ads:278:28:
modulus exceeds limit (2 ** 64)
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100547
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100551
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.2
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100552
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.2
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100554
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100547
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
Petr Sumbera changed:
What|Removed |Added
Version|11.1.0 |unknown
Target|sparc-solaris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94589
--- Comment #21 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:f5f1838435400b837c8677c53a611e2dc6d56442
commit r12-733-gf5f1838435400b837c8677c53a611e2dc6d56442
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100555
--- Comment #1 from xiao@compiler-dev.com ---
Additionally, "implicit none" will lead errors if exists
directive-name-modifier in if-clause.
module m
integer, save :: n = 4
end module
program test
use m
use omp_lib
implicit none
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100089
--- Comment #3 from rsandifo at gcc dot gnu.org
---
Is this really a costing issue, or should we instead reject the
BB fallback if it leaves any scalar COND_EXPRs around? This would
be similar to the way that we reject IFN_MASK_LOAD/STORE call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100089
--- Comment #4 from Richard Biener ---
(In reply to rsand...@gcc.gnu.org from comment #3)
> Is this really a costing issue, or should we instead reject the
> BB fallback if it leaves any scalar COND_EXPRs around? This would
> be similar to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100508
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:19040050aa2c8ee890fc58dda48639fc91bf0af0
commit r12-736-g19040050aa2c8ee890fc58dda48639fc91bf0af0
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100560
Bug ID: 100560
Summary: [13 regression] build/gengtype-state.o fails with
clang 10.0.1: cannot specify -o when generating
multiple output files
Product: gcc
Vers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100547
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:229a6dbd9ef1680f1ca02d6ce63e8abdffaaeeba
commit r12-737-g229a6dbd9ef1680f1ca02d6ce63e8abdffaaeeba
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100560
--- Comment #1 from CVS Commits ---
The master branch has been updated by Martin Liska :
https://gcc.gnu.org/g:dd39327854de1d18110fada5f8a7a4630da6d144
commit r12-739-gdd39327854de1d18110fada5f8a7a4630da6d144
Author: Martin Liska
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100560
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100561
Bug ID: 100561
Summary: Error while computing square of a real number (8 and
16 bytes)
Product: gcc
Version: og10 (devel/omp/gcc-10)
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100515
--- Comment #5 from CVS Commits ---
The master branch has been updated by Bernd Edlinger :
https://gcc.gnu.org/g:1ecd1e6c894fbdbc10fdcfee419922b24e1115ee
commit r12-740-g1ecd1e6c894fbdbc10fdcfee419922b24e1115ee
Author: Bernd Edlinger
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100562
Bug ID: 100562
Summary: ICE after commit
a076632e274abe344ca7648b7c7f299273d4cbe0
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100561
--- Comment #1 from h0bb_88 at protonmail dot com ---
Created attachment 50797
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50797&action=edit
Source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100561
--- Comment #2 from h0bb_88 at protonmail dot com ---
Created attachment 50798
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50798&action=edit
Comparison between f90 result and bc computation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100515
Bernd Edlinger changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100561
--- Comment #3 from h0bb_88 at protonmail dot com ---
System:Kernel: 5.8.0-53-generic x86_64 bits: 64 compiler: N/A Desktop:
Cinnamon 4.8.6
wm: muffin dm: LightDM Distro: Linux Mint 20.1 Ulyssa base: Ubuntu
20.04 focal
Machine:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
--- Comment #5 from Jiu Fu Guo ---
breakpoint at tree-ssa.c:1013 error ("address taken, but ADDRESSABLE bit not
set");
if ((VAR_P (base)
|| TREE_CODE (base) == PARM_DECL
|| TREE_CODE (base) == RESU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100477
--- Comment #9 from andysem at mail dot ru ---
(In reply to Martin Sebor from comment #8)
>
> Submitting a bug for the LTO problem is only helpful if it comes with a test
> case to reproduce it. I have heard about problems suppressing warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100515
--- Comment #7 from Bernd Edlinger ---
Okay, while the ICE is fixed, there is something odd in the test case:
foo._omp_fn.0:
.LVL0:
.LFB2:
.cfi_startproc
.file 1 "pr100515.c"
.loc 1 10 5 view -0
ret
.cfi_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100563
Bug ID: 100563
Summary: [10/11/12 Regression] arm: ICE in
arm_gen_dicompare_reg, at config/arm/arm.c:15976
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
--- Comment #6 from Jiu Fu Guo ---
As Richard mentioned: one does mark the object addressable.
Which is for 'label' (Gcc_backend::label_address).
I'm wondering if all others invoking on build_fold_addr_expr_loc need to mark
addressable?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100521
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|ICE at -O2 and abov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100529
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100530
Martin Liška changed:
What|Removed |Added
Summary|ICE with -g: in |[8/9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100532
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Last reconfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
--- Comment #7 from Richard Biener ---
So you can try if the following fixes the bootstrap.
diff --git a/gcc/go/go-gcc.cc b/gcc/go/go-gcc.cc
index 5d9dbb5d068..18673e54c96 100644
--- a/gcc/go/go-gcc.cc
+++ b/gcc/go/go-gcc.cc
@@ -1680,6 +1680,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100539
Martin Liška changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100544
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-05-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100549
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-05-12
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100550
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100551
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2021-05-12
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100556
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100562
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|ICE after commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100564
Bug ID: 100564
Summary: [12 Regression] Broken Ada bootstrap
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100564
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100563
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100562
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
Richard Biener changed:
What|Removed |Added
CC||stefansf at linux dot ibm.com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99327
--- Comment #2 from Jonathan Wakely ---
Fixed in my fork:
https://gitlab.com/jonathan-wakely/gcc/-/commit/93847c75473b3509c305e20b60ffe86b120b8e4b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100564
Eric Botcazou changed:
What|Removed |Added
Summary|[12 Regression] Broken Ada |[12 Regression] valgrind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78113
--- Comment #7 from Jonathan Wakely ---
Fixed in my fork (for visiting a single variant of up to 11 alternative types):
https://gitlab.com/jonathan-wakely/gcc/-/commit/f5de3d9055e47b73cd1c4d35c235ebaa3f93a5e6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94418
--- Comment #6 from Jonathan Wakely ---
Specifically:
https://gitlab.com/jonathan-wakely/gcc/-/commit/3e63e5a8f72caa3e700788dcbd959f7b738fb9d7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100153
--- Comment #3 from Jonathan Wakely ---
Fixed downstream (corrected URL):
https://gitlab.com/jonathan-wakely/gcc/-/commit/9487ef2967f89f1cd25bcf4f922bd40ecf18e9ea
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100564
--- Comment #2 from Eric Botcazou ---
Created attachment 50799
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50799&action=edit
Tentative fix
Please give it a try in your setup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100561
--- Comment #4 from Richard Biener ---
It looks like gfortran parses the constant in single-precision, which might be
an issue with your fortran source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90943
--- Comment #8 from Jonathan Wakely ---
Corrected URL for downstream fix:
https://gitlab.com/jonathan-wakely/gcc/-/commit/486d89e403a18ef78f05f2efb1bc86bbd396899c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100561
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96733
--- Comment #7 from Jonathan Wakely ---
In my GCC fork I just switched clamp to use min and max unconditionally:
https://gitlab.com/jonathan-wakely/gcc/-/commit/ec5ecc2e142fbb7fc532a5ef9527b61675bcbfc4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100561
--- Comment #6 from Andrew Pinski ---
This is invalid because you wrote:
3.1415926535897932384626433832795028841971693993751058209749445923
And not:
3.1415926535897932384626433832795028841971693993751058209749445923_16
The first is a real type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99988
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Alex Coplan
:
https://gcc.gnu.org/g:419c243dfb9aba51aceb1370a241db082847eeb5
commit r10-9818-g419c243dfb9aba51aceb1370a241db082847eeb5
Author: Alex Coplan
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100439
--- Comment #4 from Martin Liška ---
The test-case links to some static libraries:
lib/libgmock_maind.a
please provide full steps how to reproduce that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100564
--- Comment #3 from Martin Liška ---
(In reply to Eric Botcazou from comment #2)
> Created attachment 50799 [details]
> Tentative fix
>
> Please give it a try in your setup.
It helps! Thank you.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2021-05-12
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100564
--- Comment #4 from CVS Commits ---
The master branch has been updated by Eric Botcazou :
https://gcc.gnu.org/g:ac18ded230f1559f271f8d66121b2f16805f0b27
commit r12-744-gac18ded230f1559f271f8d66121b2f16805f0b27
Author: Bob Duff
Date: Wed May
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100564
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
--- Comment #3 from Petr Sumbera ---
(cd /builds/psumbera/userland-gcc-11.1/components/gcc10/build/sparcv9 ;
/usr/bin/env CONFIG_SHELL="/bin/sh"
PKG_CONFIG_PATH="/usr/lib/sparcv9/pkgconfig"
CC="/builds/psumbera/gcc10/bin/gcc" CXX="/builds/psumbe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100505
--- Comment #3 from Richard Biener ---
(In reply to Chengnian Sun from comment #2)
> Should I avoid reporting test programs with __GIMPLE or __RTL?
I think so, at least if you're just mass-generating them somehow. I think
it's OK to report ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
--- Comment #4 from Eric Botcazou ---
> (cd /builds/psumbera/userland-gcc-11.1/components/gcc10/build/sparcv9 ;
> /usr/bin/env CONFIG_SHELL="/bin/sh"
> PKG_CONFIG_PATH="/usr/lib/sparcv9/pkgconfig"
> CC="/builds/psumbera/gcc10/bin/gcc" CXX="/buil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100563
Alex Coplan changed:
What|Removed |Added
CC||rearnsha at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
--- Comment #5 from Petr Sumbera ---
(In reply to Eric Botcazou from comment #4)
> Thanks. What configure line do you use for the Intel build?
(cd /builds/psumbera/userland-gcc-11.1/components/gcc10/build/amd64 ;
/usr/bin/env CONFIG_SHELL="/bi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100563
--- Comment #2 from Richard Earnshaw ---
Er, wow, I'm surprised this hasn't come up before.
The problem is that the cstore_cc pattern in arm.md has no predicates on the
operands and no constraints on the modes of those operands and yet it then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96005
--- Comment #4 from Tom de Vries ---
Created attachment 50800
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50800&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
--- Comment #6 from Eric Botcazou ---
> /builds/psumbera/userland-gcc-11.1/components/gcc10/gcc-11.1.0/configure
> --prefix=/usr/gcc/11 --mandir=/usr/gcc/11/share/man --bindir=/usr/gcc/11/bin
> --sbindir=/usr/gcc/11/sbin --libdir=/usr/gcc/11/lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100537
--- Comment #9 from Jiu Fu Guo ---
Yes,
diff --git a/gcc/go/go-gcc.cc b/gcc/go/go-gcc.cc
index 5d9dbb5d068..32637a44af1 100644
--- a/gcc/go/go-gcc.cc
+++ b/gcc/go/go-gcc.cc
@@ -1680,6 +1680,7 @@ Gcc_backend::address_expression(Bexpression* bexp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100519
--- Comment #2 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:cd36bbb2281ada10b5e1df143ecf64b88cdb8119
commit r12-745-gcd36bbb2281ada10b5e1df143ecf64b88cdb8119
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100519
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.2
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
--- Comment #7 from Petr Sumbera ---
(In reply to Eric Botcazou from comment #6)
> Have you made local modifications to the source code or is it pristine?
No local changes.
I wonder where i-cexten.ads is being modified...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100497
--- Comment #12 from Tom de Vries ---
After investigation by Tobias, this looks like an instance of PR96932.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100563
Richard Earnshaw changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
--- Comment #8 from Eric Botcazou ---
> No local changes.
>
> I wonder where i-cexten.ads is being modified...
Unlikely I'd say. Could you go into the $(buildir]/gcc/ada directory and do:
ls -l rts/i-cexten.ads
ls -l rts_32/i-cexten.ads
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100539
Martin Jambor changed:
What|Removed |Added
Component|rtl-optimization|ipa
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
Martin Jambor changed:
What|Removed |Added
CC||zhendong.su at inf dot ethz.ch
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99908
--- Comment #5 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:8da3b309d8fb3ddec0b42218ca6762967b402dc3
commit r12-746-g8da3b309d8fb3ddec0b42218ca6762967b402dc3
Author: liuhongt
Date: Wed Apr 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99908
--- Comment #6 from Hongtao.liu ---
Should be fixed in trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99908
--- Comment #7 from Richard Earnshaw ---
(In reply to Hongtao.liu from comment #6)
> Should be fixed in trunk.
The original report was about arm. None of your changes are outside of the x86
backend, so no, this is not fixed for the original rep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99908
--- Comment #8 from Richard Earnshaw ---
Never mind, the original reference to arm was not the 'arm cpu', my mistake.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96932
--- Comment #4 from Tom de Vries ---
(In reply to Tobias Burnus from comment #3)
> Crossref: PR100497 - fails on Volta without
> membar.sys;
> before
> atom.global.exch.b32
>
> Unfortunately, compared to pre-Volta, it is very slow - membar.g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100552
--- Comment #1 from Marius Hillenbrand ---
Indeed, that line should not use the bash-specific pattern substitution and
instead like this:
diff --git a/gcc/configure.ac b/gcc/configure.ac
index e9ba2af548a..4e788019d99 100644
--- a/gcc/configur
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100565
Bug ID: 100565
Summary: [nvptx] Need configure options for misa default
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100566
Bug ID: 100566
Summary: [11/12 Regression] Miscompilation of mausezahn since
r11-2446
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100566
Jakub Jelinek changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100559
--- Comment #9 from Petr Sumbera ---
(In reply to Eric Botcazou from comment #8)
> Unlikely I'd say. Could you go into the $(buildir]/gcc/ada directory and do:
> ls -l rts/i-cexten.ads
> ls -l rts_32/i-cexten.ads
> They should not point to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100566
--- Comment #1 from Jakub Jelinek ---
Though, on more reduced testcase from that it started already in
r9-2635-g78ea9abc2018243af7f7ada6135144ac90c6ad27
(likewise at -O2):
volatile int s, c;
__attribute__((noipa)) void
foo (void)
{
if (c++ >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100566
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|11.2|9.4
Summary|[11/12 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100566
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100566
--- Comment #3 from Jakub Jelinek ---
The r9-2635 change miscompiles it during PRE,
[local count: 347387062]:
j_7 ={v} s;
if (j_7 == 0)
goto ; [34.00%]
else
goto ; [66.00%]
[local count: 291805133]:
# i_8 = PHI <0(2), i_2(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98461
--- Comment #15 from H.J. Lu ---
Is this fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100336
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98461
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98375
Bug 98375 depends on bug 98461, which changed state.
Bug 98461 Summary: Suboptimal codegen for negating a movemask
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98461
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100392
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c6b664e2c4c127025e076d8b584abe0976694629
commit r12-748-gc6b664e2c4c127025e076d8b584abe0976694629
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100567
Bug ID: 100567
Summary: views::take and views::drop should conditionally use
_RangeAdaptor::operator()
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
1 - 100 of 183 matches
Mail list logo