https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94647
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.0
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94649
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94650
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94659
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94655
Richard Biener changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94658
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
Richard Biener changed:
What|Removed |Added
CC||pascal_cuoq at hotmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94656
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94666
Bug ID: 94666
Summary: S/390: ICE on vectorized popcount
Product: gcc
Version: 9.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94659
Martin Liška changed:
What|Removed |Added
Keywords|wrong-code |
Summary|Missing symbol with L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94666
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94656
Martin Liška changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90500
Martin Liška changed:
What|Removed |Added
CC||yyc1992 at gmail dot com
--- Comment #22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94655
Martin Liška changed:
What|Removed |Added
Known to work||9.3.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94665
--- Comment #4 from z.zhanghaijian at huawei dot com ---
(In reply to Segher Boessenkool from comment #2)
> If vara is a NaN, this is not the same; it needs -ffinite-math-only.
> And in fact adding that option does the trick (on powerpc that is,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
Ever confir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94641
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94628
--- Comment #8 from Martin Liška ---
(In reply to Nicholas Krause from comment #7)
> After adding this it seems to work for me, Patrick:
>case TYPE_ARGUMENT_PACK:
> if (value_dependent_expression_p(TREE_TYPE(*tp)))
> return *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94641
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94665
--- Comment #5 from Segher Boessenkool ---
Can you show the -fdump-rtl-combine-all dump where that insn is
created?
It is fine to generate min or max insns here; but you need to handle the
case where vara is NaN: you should return that NaN th
cc/results.20200420.d \
--disable-bootstrap \
--disable-multilib \
--disable-werror \
--enable-checking=df,extra,fold,rtl,yes \
--enable-languages=d
and here is the run:
$ ./results.20200420.d/bin/gdc -c
trunk.git/gcc/testsuite/gdc.test/compilable/interpret3.d
d21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94641
--- Comment #2 from Jakub Jelinek ---
Created attachment 48310
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48310&action=edit
gcc10-pr94641.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94667
Bug ID: 94667
Summary: GCC duplicates prerequisites when generating 'make'
rules if headers are not in current directory
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94623
--- Comment #7 from David Binderman ---
>I wonder if creduce understands D ?
Yes it does. Reduced D code is
void a() {
try
try
try
throw new Exception("");
finally throw new Error("");
finally {}
catch {
}
}
int b()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94665
--- Comment #6 from z.zhanghaijian at huawei dot com ---
(In reply to Segher Boessenkool from comment #5)
> Can you show the -fdump-rtl-combine-all dump where that insn is
> created?
>
> It is fine to generate min or max insns here; but you ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94623
--- Comment #8 from Iain Buclaw ---
(In reply to David Binderman from comment #7)
> >I wonder if creduce understands D ?
>
> Yes it does. Reduced D code is
>
> void a() {
> try
> try
> try
> throw new Exception("");
> fina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #28 from rguenther at suse dot de ---
On Fri, 17 Apr 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
>
> --- Comment #26 from Jakub Jelinek ---
> For debug stmts, it would be best if we co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94663
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
Configure line is now:
>
> ../trunk.git/configure --prefix=/home/dcb/gcc/results.20200420.d \
> --disable-bootstrap \
> --disable-multilib \
> --disable-werror \
> --enable-checking=df,extra,fold,rtl,yes \
> --enable-languages=d
>
> and here i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94623
--- Comment #10 from David Binderman ---
(In reply to David Binderman from comment #6)
> I'll reduce the checking flags down to "no" and see what happens.
It works fine. So it looks like one of the checking flags
(df,extra,fold,rtl,yes) breaks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94659
--- Comment #3 from Martin Liška ---
I've got a patch candidate, testing right now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94668
Bug ID: 94668
Summary: [10 Regression] ICE generating float vec_inits since
r10-808
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94668
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94668
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |10.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94655
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #22 from Richard Biener ---
Created attachment 48311
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48311&action=edit
patch
Note that apart from the possible bad impact on optimization when fixing this
bug an actual fix is comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
--- Comment #4 from Avi Kivity ---
Yes (at least mine, don't know about Rafael's)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
--- Comment #29 from Jakub Jelinek ---
(In reply to rguent...@suse.de from comment #28)
> On Fri, 17 Apr 2020, jakub at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93385
> >
> > --- Comment #26 from Jakub Jelinek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94623
--- Comment #11 from David Binderman ---
(In reply to David Binderman from comment #10)
> (In reply to David Binderman from comment #6)
> > I'll reduce the checking flags down to "no" and see what happens.
>
> It works fine. So it looks like one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94667
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
Martin Liška changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
Known to wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94645
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33799
Jonathan Wakely changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94570
--- Comment #14 from CVS Commits ---
The releases/gcc-9 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:5c09a1b71bb96d1fd6488d040b65001807fd16c2
commit r9-8513-g5c09a1b71bb96d1fd6488d040b65001807fd16c2
Author: Martin Liska
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93674
Richard Earnshaw changed:
What|Removed |Added
Resolution|FIXED |---
Summary|[8/9/10 Regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94307
--- Comment #8 from Martin Liška ---
@Kees: Any update on kernel side?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #18 from Martin Liška ---
The code in ipa_polymorphic_call_context::set_by_invariant seems fishy. It's
there since the beginning: r5-3634-g6f8091fc3ed9d3cfa7a6dee7e9f9a34eb4308b2a.
@Honza: Can you please take a look?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94667
--- Comment #2 from Ivan Balevic ---
Yes, you are correct, this issue doesn't affect the execution of 'make'.
Nevertheless, I don't see a reason for GCC to duplicate prerequisites.
Furthermore, it should at least be consistent regardless of invol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94120
--- Comment #9 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:85d8c05a02bf7d1b256f806582a11e3fd8970a32
commit r10-7810-g85d8c05a02bf7d1b256f806582a11e3fd8970a32
Author: Tobias Burnus
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94396
--- Comment #3 from CVS Commits ---
The releases/gcc-9 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:910c610dcc220ed04123e4da59296457254d85d4
commit r9-8514-g910c610dcc220ed04123e4da59296457254d85d4
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94396
--- Comment #4 from CVS Commits ---
The releases/gcc-8 branch has been updated by Tamar Christina
:
https://gcc.gnu.org/g:b262ef0ed1628d88aa7a899fb3f93bcf3e51998e
commit r8-10191-gb262ef0ed1628d88aa7a899fb3f93bcf3e51998e
Author: Tamar Christina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #23 from Richard Biener ---
(In reply to Richard Biener from comment #22)
> Created attachment 48311 [details]
> patch
>
> Note that apart from the possible bad impact on optimization when fixing this
> bug an actual fix is complicat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94140
--- Comment #2 from Tobias Burnus ---
PR 94120 also needs to be revisited once the semantic of same-scope has been
clarified at OpenACC.
See also: https://gcc.gnu.org/pipermail/gcc-patches/2020-April/543709.html
It looks as if the current check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94665
--- Comment #7 from Segher Boessenkool ---
Can r94 or r93 be NaN there?
(I should build an aarch64 compiler... takes almost a day though :-) )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93674
--- Comment #18 from bin cheng ---
(In reply to Richard Earnshaw from comment #17)
> Has not been backported yet.
Will do it. Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91800
--- Comment #4 from CVS Commits ---
The master branch has been updated by Thomas Kथà¤nig :
https://gcc.gnu.org/g:38acc41d6d761b635123eefa93743b9139debbae
commit r10-7811-g38acc41d6d761b635123eefa93743b9139debbae
Author: Steve Kargl
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91800
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94669
Bug ID: 94669
Summary: libcc1/libcc1.cc; 2 * minor performance problem
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94649
--- Comment #2 from Avi Kivity ---
Maybe we can have a new flag -mcx16all that assumes that all code using 16-byte
CAS is compiled with the flag.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94665
--- Comment #8 from z.zhanghaijian at huawei dot com ---
(In reply to Segher Boessenkool from comment #7)
> Can r94 or r93 be NaN there?
>
> (I should build an aarch64 compiler... takes almost a day though :-) )
Yes, r94 and r93 are function a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #24 from Richard Biener ---
(In reply to Richard Biener from comment #22)
> Created attachment 48311 [details]
> patch
>
> Note that apart from the possible bad impact on optimization when fixing this
> bug an actual fix is complicat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94669
David Binderman changed:
What|Removed |Added
CC||jan.kratochvil at redhat dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93364
--- Comment #3 from CVS Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:aeb430aadc3c91af50095be924365981d85f8b8a
commit r10-7813-gaeb430aadc3c91af50095be924365981d85f8b8a
Author: Harald Anlauf
Date: Mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94530
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by Andrea Corallo
:
https://gcc.gnu.org/g:5e022e3b3f7b2109f47fefffd6368fe3d378bdaa
commit r9-8515-g5e022e3b3f7b2109f47fefffd6368fe3d378bdaa
Author: Andrea Corallo
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #25 from Pascal Cuoq ---
Would it be reasonable to have three settings for -fstrict-aliasing, rather
then the current two?
- off
- strict
- assume-no-reuse
(I would let you find a better name for the third one.)
It seems to me that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
--- Comment #26 from rguenther at suse dot de ---
On Mon, 20 Apr 2020, pascal_cuoq at hotmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
>
> --- Comment #25 from Pascal Cuoq ---
> Would it be reasonable to have three s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93364
--- Comment #4 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f32d02e223d49a5d9db295969da9d2c04dc9d086
commit r9-8516-gf32d02e223d49a5d9db295969da9d2c04dc9d086
Author: Harald Anlauf
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93364
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670
Bug ID: 94670
Summary: ICE in extract_insn, at recog.c:2310 on
s390x-linux-gnu with -march=z13
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670
--- Comment #1 from Matthias Klose ---
and works with -march=zEC12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
Bug ID: 94671
Summary: Wrong behavior with operator new overloading when
using O2 for optimization
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94516
--- Comment #14 from Jakub Jelinek ---
Created attachment 48312
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48312&action=edit
gcc10-pr94516.patch
Untested patch for the missed-optimization part, with this we get the same
assembly like g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556
--- Comment #9 from CVS Commits ---
The releases/gcc-9 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:47ea8616d4f5fee875e0849e393575e00def5894
commit r9-8517-g47ea8616d4f5fee875e0849e393575e00def5894
Author: H.J. Lu
Date: Mon Apr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556
--- Comment #10 from CVS Commits ---
The releases/gcc-8 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:472c004fcd13e429dad7d1b829d21e26d24e39a4
commit r8-10192-g472c004fcd13e429dad7d1b829d21e26d24e39a4
Author: H.J. Lu
Date: Mon A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670
Andreas Krebbel changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94556
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94666
Andreas Krebbel changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94670
Andreas Krebbel changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
--- Comment #1 from Jonathan Wakely ---
No, this conforms to the standard. See [expr.new]
> An implementation is allowed to omit a call to a replaceable global allocation
> function (17.6.2.1, 17.6.2.2). When it does so, the storage is instead
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
--- Comment #2 from Bas Vodde ---
Oh wow, does this mean that it is the choice of the compiler to actually call
an overloaded operator new ?
That is interesting. Thanks.
I'd still consider it highly surprising behavior, at least it was for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
--- Comment #3 from Richard Biener ---
The question is whether the standard allows eliding of the side-effect setting
newCalled to true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94629
--- Comment #19 from Leo Yuriev ---
(In reply to CVS Commits from comment #4)
> The master branch has been updated by Richard Biener :
>
> https://gcc.gnu.org/g:a64468a3034dd8e2d0794a5be84b8da544ffe2c3
>
> commit r10-7770-ga64468a3034dd8e2d0794
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80051
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89863
Bug 89863 depends on bug 80051, which changed state.
Bug 80051 Summary: gcc/dwarf2out.c: PVS-Studio: V501
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80051
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
--- Comment #4 from Bas Vodde ---
The newCalled to true in the example was the simplest way to show the behavior.
This bug came up in a open source project called CppuTest. This has the
functionality to detect memory leaks and does so by overlo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94582
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:48c82310947355665d628d4d1c8e736df9987574
commit r10-7814-g48c82310947355665d628d4d1c8e736df9987574
Author: Jan Hubicka
Date: Mon Ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
--- Comment #5 from Bas Vodde ---
In the case we found this, it mostly uses the overload for accounting and thus
it doesn't cause a serious problem ('just' a test failure).
If you use the overloaded new/delete for providing your own memory mana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
--- Comment #6 from Jakub Jelinek ---
Well, the compiler shouldn't optimize away the allocation and not the
deallocation or vice versa, it needs to either optimize away allocation and all
corresponding deallocations, or none of that.
There were s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94546
Richard Biener changed:
What|Removed |Added
Known to work||9.3.0
--- Comment #3 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94549
Richard Biener changed:
What|Removed |Added
Known to work||9.3.0
--- Comment #2 from Richard Biene
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94582
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94583
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
--- Comment #3 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94454
--- Comment #13 from Nathan Sidwell ---
Created attachment 48313
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48313&action=edit
testing shim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
--- Comment #7 from Jonathan Wakely ---
(In reply to Richard Biener from comment #3)
> The question is whether the standard allows eliding of the side-effect
> setting newCalled to true.
It does.
That side effect happens inside a replaceable gl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94454
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94592
Richard Biener changed:
What|Removed |Added
Known to work||9.3.0
--- Comment #9 from Richard Biene
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48314&action=edit
failing testcase
This is a regression in gfortran-10 (reproduced in GNU Fortran (GCC) 10.0.1
20200420 (experimental) built from git master):
gfortran-master -Wall -fopenmp -c gf10bug.f90
gf10bug.f90:10:0:
10 |IF (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93871
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94671
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 186 matches
Mail list logo
