https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |12.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104022
Bug ID: 104022
Summary: g++.dg/gcov/pr16855.C does not precleanup upon
failures
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104021
Bug ID: 104021
Summary: gcc.dg/vect/tsvc tests failures
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #26 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> A quick parallel make configure-target-libgfortran all-target-libfortran
> completed without issues. I've just fired off full bootstraps with that
> patch before going to bed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104020
Bug ID: 104020
Summary: [coroutines] ICE in co_await function call with
initializer_list arguments
Product: gcc
Version: 11.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
Kewen Lin changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104019
Bug ID: 104019
Summary: Testsuite
17_intro/headers/c++2020/stdc++_multiple_inclusion.cc
failures
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104001
--- Comment #6 from Hongtao.liu ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #10 from Hongtao.liu ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #9 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:b77e3b4e4589e56c01511fabdbaadb029cd47f5c
commit r12-6567-gb77e3b4e4589e56c01511fabdbaadb029cd47f5c
Author: liuhongt
Date: Thu Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104001
--- Comment #5 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:b77e3b4e4589e56c01511fabdbaadb029cd47f5c
commit r12-6567-gb77e3b4e4589e56c01511fabdbaadb029cd47f5c
Author: liuhongt
Date: Thu Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94790
--- Comment #8 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:b77e3b4e4589e56c01511fabdbaadb029cd47f5c
commit r12-6567-gb77e3b4e4589e56c01511fabdbaadb029cd47f5c
Author: liuhongt
Date: Thu Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
Kewen Lin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #8 from Hongtao.liu ---
Same issue as PR104001
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104018
Andrew Pinski changed:
What|Removed |Added
Known to fail||12.0, 4.1.2
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104018
Bug ID: 104018
Summary: Comparison against 0 propagates into other statement
causing no-CSE from happening
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104017
--- Comment #1 from Martin Sebor ---
The warning triggers for the clobber statement in bb 43 below. _236 is assumed
to point to the beginning of the block of 512 bytes allocated by new, so
subtracting a positive integer from it or adding one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99256
--- Comment #5 from kargl at gcc dot gnu.org ---
(In reply to anlauf from comment #4)
> (In reply to anlauf from comment #3)
>
> Even simpler fix, as intrinsics do not accept alternate return specifiers:
>
> diff --git a/gcc/fortran/intrinsic.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104017
Bug ID: 104017
Summary: unexpeted -Warray-bounds popping a fixed number of
std::deque elements
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #25 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #24 from Jakub Jelinek ---
> Created attachment 52184
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52184=edit
> gcc12-pr104006.patch
>
> Fix. I've added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #24 from Jakub Jelinek ---
Created attachment 52184
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52184=edit
gcc12-pr104006.patch
Fix. I've added $(version_dep) to BUILT_SOURCES because I thought it is a
generated file like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99256
--- Comment #4 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #3)
Even simpler fix, as intrinsics do not accept alternate return specifiers:
diff --git a/gcc/fortran/intrinsic.c b/gcc/fortran/intrinsic.c
index
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #23 from Jakub Jelinek ---
Ah, I finally understand.
gfortran.ver-sun is now (newly) in BUILT_SOURCES through $(version_dep).
And it depends on all the sources being built:
$(libgfortran_la_OBJECTS) $(libgfortran_la_LIBADD)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #22 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #21 from Jakub Jelinek ---
> That is make -j48 from where?
> Toplevel, or the libgfortran build dir, or toplevel make -j48
> all-target-libgfortran or make -j48
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #21 from Jakub Jelinek ---
That is make -j48 from where?
Toplevel, or the libgfortran build dir, or toplevel make -j48
all-target-libgfortran or make -j48 maybe-all-target-libgfortran?
>From what I can see, toplevel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102332
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102332
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:7bfdbb657919b5049e459e02d130056cfe3777b6
commit r10-10393-g7bfdbb657919b5049e459e02d130056cfe3777b6
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #20 from Rainer Orth ---
Created attachment 52183
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52183=edit
i386-pc-solaris2.11 libgfortran make -j48 output
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #18 from Jakub Jelinek ---
> Some of the patches before #c13 were just buggy and could cause such errors.
> Do you see the above on vanilla trunk?
I do.
> Can you
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101389
--- Comment #3 from Gaius Mulley ---
I've pushed some changes to gcc/m2/Makefile.in on Tue Jan 11 19:21:06 2022
+
which fix parallel build errors on stage1 binaries (exposed when -j48 was
used). I've rebuilt gm2 using -j48 and -j64 and all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70417
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:b8ffa71e4271ae562c2d315b9b24c4979bbf8227
commit r12-6563-gb8ffa71e4271ae562c2d315b9b24c4979bbf8227
Author: Anthony Sharp
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101715
--- Comment #16 from Marek Polacek ---
This slightly modified test started to ICE with r11-4682 which is the gist of
the problem:
template struct S {
S bar() noexcept(T::value);
S foo() noexcept(T::value);
};
template S S::foo()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103782
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68212
--- Comment #7 from Peter Bergner ---
(In reply to Pat Haugen from comment #4)
> Author: pthaugen
> Date: Fri Oct 14 17:10:18 2016
> New Revision: 241170
>
> URL: https://gcc.gnu.org/viewcvs?rev=241170=gcc=rev
> Log:
> PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104016
--- Comment #2 from Jakub Jelinek ---
I bet it is
/* If both symbols may resolve to NULL, we cannot really prove them
different. */
if (!memory_accessed && !nonzero_address () && !s2->nonzero_address ())
return -1;
which is done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104016
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-01-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104016
Bug ID: 104016
Summary: constexpr folding of std::type_info depends on
-fdelete-null-ptr-checks
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
--- Comment #2 from Rolf Eike Beer ---
Created attachment 52182
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52182=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103861
--- Comment #13 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:7a7d8c3f6167fd45658ddbfa32adcfd2acc98eb4
commit r12-6562-g7a7d8c3f6167fd45658ddbfa32adcfd2acc98eb4
Author: Uros Bizjak
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104015
Bug ID: 104015
Summary: [12 regression] gcc.dg/vect/slp-perm-9.c fails on
power 9 (only)
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #7 from Jakub Jelinek ---
(In reply to David Binderman from comment #6)
> (In reply to Jakub Jelinek from comment #5)
> > That makes no sense.
>
> Surprising.
>
> bootstrap-O3 tests more of the compiler than the ordinary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #6 from David Binderman ---
(In reply to Jakub Jelinek from comment #5)
> That makes no sense.
Surprising.
bootstrap-O3 tests more of the compiler than the ordinary bootstrap-O2 does.
That has to be a good thing for any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 97909, which changed state.
Bug 97909 Summary: expr_not_equal_to (mainly in match.pd) vs. ranger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97909
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97909
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 83073, which changed state.
Bug 83073 Summary: Range for VR_VARYING | [1, 1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85316
Bug 85316 depends on bug 83072, which changed state.
Bug 83072 Summary: Late VRP optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19987
Bug 19987 depends on bug 96707, which changed state.
Bug 96707 Summary: Failure to optimize right shift+unsigned compare of two
variables optimally
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96707
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96707
Andrew Macleod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97909
--- Comment #5 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:49d5fb4feee831868d80fff4d024c271911c92ca
commit r12-6559-g49d5fb4feee831868d80fff4d024c271911c92ca
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83072
--- Comment #9 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:49d5fb4feee831868d80fff4d024c271911c92ca
commit r12-6559-g49d5fb4feee831868d80fff4d024c271911c92ca
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
--- Comment #6 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:49d5fb4feee831868d80fff4d024c271911c92ca
commit r12-6559-g49d5fb4feee831868d80fff4d024c271911c92ca
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96707
--- Comment #5 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:27e4260166950b784fe270ba4f0cae9a66faf1c4
commit r12-6558-g27e4260166950b784fe270ba4f0cae9a66faf1c4
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #18 from Jakub Jelinek ---
Some of the patches before #c13 were just buggy and could cause such errors.
Do you see the above on vanilla trunk?
Can you perhaps patch your Makefile like:
all: $(BUILT_SOURCES) config.h
+ls -l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68212
Bill Schmidt changed:
What|Removed |Added
Assignee|kelvin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #17 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #16 from Jakub Jelinek ---
> The version file is now fixed.
Thanks.
> Can you perhaps rm -rf the libgfortran build directories and retry, if it
> wasn't some weird
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67804
--- Comment #5 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:0b8464365b15ac108cd1d00d5bc56d229c1340de
commit r12-6557-g0b8464365b15ac108cd1d00d5bc56d229c1340de
Author: Harald Anlauf
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
Martin Liška changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #3 from Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
--- Comment #2 from H.J. Lu ---
(In reply to Martin Liška from comment #1)
> Is it the same as PR104001?
Maybe. I don't know if the fix is complete.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2022-01-13
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104014
Bug ID: 104014
Summary: [12 Regression] r12-6538 breaks bootstrap with
--with-arch=native --with-cpu=native
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104008
Jonathan Wakely changed:
What|Removed |Added
Known to work||10.3.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99445
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #16 from Jakub Jelinek ---
The version file is now fixed.
Can you perhaps rm -rf the libgfortran build directories and retry, if it
wasn't some weird BUILT_SOURCES problem caused by it failing early because of
the gfortran version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #15 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:70ba28304b7ff91761db248bc8354eda8e9a4796
commit r12-6555-g70ba28304b7ff91761db248bc8354eda8e9a4796
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
--- Comment #6 from Alexander Poeppel ---
It works as expected when wrapping the int in double braces:
std::vector vec_test_any = std::vector({{5}});
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
--- Comment #5 from Alexander Poeppel ---
(In reply to Andrew Pinski from comment #3)
> DR 2137 is the one. No other compiler implements it.
That seems to be a different issue, since it pertains to copy cosntruction vs.
initializer list
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #14 from Jakub Jelinek ---
Anyway, let me commit the gfortran.ver-sun fix as obvious separately.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
Jakub Jelinek changed:
What|Removed |Added
Attachment #52180|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> DR 2137 is the one. No other compiler implements it.
Note this is defect report against the c++ standard. There are others which
related to the single
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
--- Comment #3 from Andrew Pinski ---
DR 2137 is the one. No other compiler implements it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
--- Comment #2 from Alexander Poeppel ---
(In reply to Andrew Pinski from comment #1)
> I think there is defect report about this specific thing.
I couldn't find a corresponding report, and the suggestions when posting this
didn't turn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95737
--- Comment #8 from Segher Boessenkool ---
Somewhat more constructive... The problem here is that neg isn't pushed
"through" isel insns. This in general means you need to negate both inputs
to the isel of course, but there are cases where that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
Andrew Pinski changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104013
Bug ID: 104013
Summary: Constructor for std::vector with single
element initializer list defaults to length
construction
Product: gcc
Version: 8.4.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104003
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104003
--- Comment #3 from CVS Commits ---
The master branch has been updated by Uros Bizjak :
https://gcc.gnu.org/g:9d8e27fac3c6426fbfaf30d51cbf2761c5491a6a
commit r12-6554-g9d8e27fac3c6426fbfaf30d51cbf2761c5491a6a
Author: Uros Bizjak
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104001
--- Comment #4 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #2)
> I'm testing
>
> 1 file changed, 3 insertions(+), 3 deletions(-)
> gcc/config/i386/i386.md | 6 +++---
>
> modified gcc/config/i386/i386.md
> @@ -10455,7 +10455,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
Andrew Pinski changed:
What|Removed |Added
Component|c++ |tree-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70243
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |WAITING
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104012
Bug ID: 104012
Summary: -Wformat-truncation warnings not taking previous
length check into account
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
--- Comment #2 from Christophe Lyon ---
Ha right, git gcc-descr with no argument didn't what I expected (ie. git
gcc-descr HEAD after a bisect...)
So I meant r12-3362 g:a3fb781d4b341c0d50ef1b92cd3e8734e673ef18
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104011
Bug ID: 104011
Summary: s390: r12 is not setup for _mcount call
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
--- Comment #1 from Andrew Pinski ---
I think you have the wrong revision in there as that commit only adds a
testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104010
Bug ID: 104010
Summary: [12 regression] short loop no longer vectorized with
Neon after r12-6513
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104009
Jakub Jelinek changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103672
Patrick Palka changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104009
Siddhesh Poyarekar changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |siddhesh at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104009
Bug ID: 104009
Summary: r12-6030-g422f9eb7011b76c1 breaks kernel build
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104006
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #11 from Jakub Jelinek ---
> That is weird.
> We have:
> ieee_arithmetic.lo: ieee/ieee_arithmetic.F90 ieee_exceptions.lo
> dependency and ieee_exceptions.mod is created
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103989
--- Comment #17 from rguenther at suse dot de ---
On Thu, 13 Jan 2022, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103989
>
> --- Comment #16 from Jakub Jelinek ---
> Perhaps if we punt for -Og caller (and
1 - 100 of 192 matches
Mail list logo
