https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88400
--- Comment #4 from hhj ---
(In reply to Andrew Pinski from comment #3)
> Also this seems like it is an upstream issue too.
This is how we handle it.
When the parent's sched_priority isn't sam as the children's
1 If the parent's sched_priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
--- Comment #7 from Jakub Jelinek ---
No, because that has different behavior. In particular, it reads all bytes
from 0 to max - 1 from both arrays, rather than stopping at the first one.
If both pointers are aligned the same modulo simd size, t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87861
--- Comment #5 from Jakub Jelinek ---
Created attachment 45178
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45178&action=edit
gcc9-ia64-constexpr-virtual.patch
Here is untested patch to fix all g++.dg/cpp2a/constexpr-virtual*.C failures,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88390
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88390
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88401
Bug ID: 88401
Summary: -Wshift-overflow only works for const variables
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: mid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32497
--- Comment #16 from Valeriy E. Ushakov ---
(In reply to Eric Gallager from comment #15)
> (In reply to Valeriy E. Ushakov from comment #11)
> > Created attachment 44668 [details]
> > Diff against gcc-6.4.0
> >
> > This is essentially the same d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87636
--- Comment #3 from Nick Clifton ---
Author: nickc
Date: Fri Dec 7 10:33:30 2018
New Revision: 266886
URL: https://gcc.gnu.org/viewcvs?rev=266886&root=gcc&view=rev
Log:
Add a recursion limit to libiberty's demangling code. The limit is enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87675
--- Comment #5 from Nick Clifton ---
Author: nickc
Date: Fri Dec 7 10:33:30 2018
New Revision: 266886
URL: https://gcc.gnu.org/viewcvs?rev=266886&root=gcc&view=rev
Log:
Add a recursion limit to libiberty's demangling code. The limit is enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87350
--- Comment #7 from Nick Clifton ---
Author: nickc
Date: Fri Dec 7 10:33:30 2018
New Revision: 266886
URL: https://gcc.gnu.org/viewcvs?rev=266886&root=gcc&view=rev
Log:
Add a recursion limit to libiberty's demangling code. The limit is enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87681
--- Comment #1 from Nick Clifton ---
Author: nickc
Date: Fri Dec 7 10:33:30 2018
New Revision: 266886
URL: https://gcc.gnu.org/viewcvs?rev=266886&root=gcc&view=rev
Log:
Add a recursion limit to libiberty's demangling code. The limit is enabled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87335
--- Comment #12 from Nick Clifton ---
Author: nickc
Date: Fri Dec 7 10:33:30 2018
New Revision: 266886
URL: https://gcc.gnu.org/viewcvs?rev=266886&root=gcc&view=rev
Log:
Add a recursion limit to libiberty's demangling code. The limit is enable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #15 from Harald Anlauf ---
(In reply to Jakub Jelinek from comment #14)
> Author: jakub
> Date: Thu Dec 6 10:28:31 2018
> New Revision: 266847
>
> URL: https://gcc.gnu.org/viewcvs?rev=266847&root=gcc&view=rev
This fixes the origina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63184
--- Comment #20 from Richard Biener ---
Created attachment 45179
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45179&action=edit
patch
This patch fixes the testcases but it comes at a cost without much visible
benefit (trying 258098 expan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63184
--- Comment #21 from Richard Biener ---
Created attachment 45180
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45180&action=edit
reassoc patch
The reassoc patch, not solving the issue in its own.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589
Jaydeep Chauhan changed:
What|Removed |Added
CC||jaydeepchauhan1494 at gmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86753
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88398
Wilco changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
--- Comment #8 from Wil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87861
Jakub Jelinek changed:
What|Removed |Added
Attachment #45178|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85373
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85452
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589
Jakub Jelinek changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589
--- Comment #12 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #11)
> Unless the combiner grows the possibility to split into 3 functions, I'm
I mean 3 instructions when trying to combine 4.
> afraid this would need to be solved
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88401
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85454
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656
Bug 86656 depends on bug 85454, which changed state.
Bug 85454 Summary: Multiple memory corruptions in objdump / C++ name demangler
(binuitils-2.30-15ubuntu1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85454
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86664
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87620
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87636
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87675
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87681
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88402
Bug ID: 88402
Summary: inefficient code generation for mask from CC
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87350
Nick Clifton changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87335
Nick Clifton changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37637
Matthias Klose changed:
What|Removed |Added
CC||doko at debian dot org
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656
Bug 86656 depends on bug 85122, which changed state.
Bug 85122 Summary: Stack Overflow(Stack Exhaustion) in demangle related
functions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85122
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88403
Bug ID: 88403
Summary: [Mips,AArch64] The gcse prevents if-conversion
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85122
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82890
Nick Clifton changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88401
--- Comment #2 from Ulya ---
(In reply to Jakub Jelinek from comment #1)
> It is a front-end warning, so there is no constant propagation possible.
> You can use -fsanitize=shift to detect this stuff at runtime.
Ok, understood. Maybe someday it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88401
Ulya changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61159
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Martin Liška ---
> Can the bug be marked as resolved?
No, the Solaris/x86 problem persists.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88401
--- Comment #4 from Jakub Jelinek ---
That is not that easy, because what is considered invalid heavily depends on
the FE (and standard version), e.g. the above is completely valid in C++20.
Furthermore, warning too late in the middle-end could
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87551
--- Comment #5 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #4 from Jakub Jelinek ---
> So fixed with r265025 ? That commit should have referenced this PR...
Yes to both. I've now added the forgotten PR marker.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88402
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87615
--- Comment #12 from Martin Jambor ---
I have just posted the patch for review in:
https://gcc.gnu.org/ml/gcc-patches/2018-12/msg00456.html
With it the compile time of the testcase goes down from approximately
340 seconds to about 160 seconds (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88404
Bug ID: 88404
Summary: [9 Regression] ICE (tree check) with -fsanitize=thread
on Fortran2003 code
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88405
Bug ID: 88405
Summary: Missed DSE opportunity
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88406
Bug ID: 88406
Summary: [9 regression] Many 64-bit Solaris 10/SPARC execution
tests FAIL
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88406
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88214
--- Comment #7 from Martin Jambor ---
I have posted the patch to the mailing list for review:
https://gcc.gnu.org/ml/gcc-patches/2018-12/msg00460.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88407
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88407
Bug ID: 88407
Summary: [OpenACC] Correctly handle unseen async-arguments
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: openacc, patch
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Fri Dec 7 15:20:04 2018
New Revision: 266893
URL: https://gcc.gnu.org/viewcvs?rev=266893&root=gcc&view=rev
Log:
PR c++/86669
* call.c (make_temporary_var_for_ref_to_temp)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86753
--- Comment #6 from Jeffrey A. Law ---
Sorry, my misunderstanding. I thought you had indicated the resulting code was
better.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85593
--- Comment #15 from Jakub Jelinek ---
ARM maintainers - feel free to add some ARM test for naked vs. IPA-RA too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88377
--- Comment #3 from Jakub Jelinek ---
Fixed on GCC trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88367
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87506
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8/9 Regression] ICE with |[7/8 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87861
--- Comment #7 from Jeffrey A. Law ---
I've still got my ia64 beaker box from yesterday provisioned. I'll spin your
patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8/9 regression] Complete |[7/8 regression] Complete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37637
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88402
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35532
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88408
Bug ID: 88408
Summary: [9 regression] r266868 breaks
gcc.target/powerpc/undef-bool-2.c on powerpc64 LE
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242
--- Comment #21 from Wilco ---
(In reply to Rainer Orth from comment #20)
> The new testcase also FAILs on sparc-sun-solaris2.11 (both 32 and 64-bit):
>
> +FAIL: gcc.c-torture/execute/pr64242.c -O2 execution test
> +FAIL: gcc.c-torture/execut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88259
--- Comment #4 from rsandifo at gcc dot gnu.org
---
(In reply to Richard Biener from comment #3)
> The vectorizer does not like
>
>[local count: 955630224]:
> # best_i_25 = PHI
> # best_26 = PHI
> # i_27 = PHI
> _1 = (long unsign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87861
--- Comment #8 from Jeffrey A. Law ---
We certainly get further with your patch -- we fail qsort checking during the
stage2 build, but that's nothing new. ia64 has run afoul of the qsort checking
since the day qsort checking was introduced. I'l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88349
--- Comment #2 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Dec 7 16:08:17 2018
New Revision: 266894
URL: https://gcc.gnu.org/viewcvs?rev=266894&root=gcc&view=rev
Log:
2018-12-07 Vladimir Makarov
PR rtl-optimization/88349
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88271
--- Comment #9 from Daniel Fruzynski ---
I have idea about alternate approach to this. gcc could try to look for
relations between loop control statement, and other statements which modify
variables used in that control statement. With such knowl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88409
Bug ID: 88409
Summary: [9 Regression] FAIL at line 4429, options
--format=gnu-v3:
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88408
seurer at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc64-unknown-linux-gnu |powerpc64*-unknown-linux-gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88409
Nick Clifton changed:
What|Removed |Added
CC||nickc at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88408
--- Comment #2 from pc at gcc dot gnu.org ---
Author: pc
Date: Fri Dec 7 16:32:34 2018
New Revision: 266895
URL: https://gcc.gnu.org/viewcvs?rev=266895&root=gcc&view=rev
Log:
[rs6000] mmintrin.h: fix use of "vector"
A recent patch inadvertently
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88409
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88409
Nick Clifton changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Nick Clifton
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88349
Jeffrey A. Law changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88409
--- Comment #4 from H.J. Lu ---
(In reply to Nick Clifton from comment #3)
> (In reply to H.J. Lu from comment #2)
>
> Hi H.J.
>
> > > The attached patch resolves the problem by adding a --no-recurse-limit
> > > option to the demangler testser
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88409
--- Comment #5 from Nick Clifton ---
(In reply to H.J. Lu from comment #4)
> I am expecting that
>
> [hjl@gnu-cfl-1 libiberty]$ c++filt
> _ZN4modc6parser8sequenceINS_9astParser13LocatedParserINS0_9ParserRefINS2_UlRN
> S2_16TokenParserInputEE_EE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88408
pc at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87813
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88408
pc at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87995
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87861
--- Comment #9 from Jeffrey A. Law ---
Jakub -- with your patch and qsort checking hacked off I got a successful ia64
bootstrap.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88409
--- Comment #6 from H.J. Lu ---
(In reply to Nick Clifton from comment #5)
> (In reply to H.J. Lu from comment #4)
>
> > I am expecting that
> >
> > [hjl@gnu-cfl-1 libiberty]$ c++filt
> > _ZN4modc6parser8sequenceINS_9astParser13LocatedParserINS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87496
--- Comment #10 from Peter Bergner ---
Author: bergner
Date: Fri Dec 7 17:33:55 2018
New Revision: 266899
URL: https://gcc.gnu.org/viewcvs?rev=266899&root=gcc&view=rev
Log:
gcc/
PR target/87496
* config/rs6000/rs6000.c (rs6000_o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88409
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #7 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88316
--- Comment #4 from pc at gcc dot gnu.org ---
SSSE3 is still broken. Working on it...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54589
--- Comment #13 from Segher Boessenkool ---
Yeah, that's not going to happen.
Will it help to do some define_split or define_insn_and_split for this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69633
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #13 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67288
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #15 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88410
Bug ID: 88410
Summary: internal compiler error: output_operand: invalid
expression as operand
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67288
--- Comment #16 from Segher Boessenkool ---
Many things in combine assume that they can move an earlier insn to later,
if none of the registers it uses is set in the intermediate insns (etc.)
This isn't correct if you make combine work on EBBs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88411
Bug ID: 88411
Summary: [9 Regression] Random crashes for ASYNCHRONOUS writes
(bad locking?)
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88402
--- Comment #3 from Alexander Monakov ---
However, this may be worthwhile when one of operands is an immediate, as in
that case there's no register pressure increase, and the xor just mutates the
immediate.
Essentially, we'd change e.g.
(sign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88411
--- Comment #1 from Harald Anlauf ---
Further data points:
- removing the asynchronous='yes' for the first OPEN has no effect,
- removing the asynchronous='yes' for the second OPEN makes the problem
disappear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71860
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87449
Martin Diehl changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
1 - 100 of 139 matches
Mail list logo