https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058
Bug ID: 84058
Summary: RTl partitioning fixup should drag very small blocks
back to hot partition
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84043
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81082
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66313
Bug 66313 depends on bug 81082, which changed state.
Bug 81082 Summary: [8 Regression] Failure to vectorise after reassociating
index computation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81082
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81082
--- Comment #12 from Richard Biener ---
Author: rguenth
Date: Fri Jan 26 10:30:36 2018
New Revision: 257077
URL: https://gcc.gnu.org/viewcvs?rev=257077=gcc=rev
Log:
2018-01-26 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #2 from Jakub Jelinek ---
It is actually much worse than just some ICE with -flto.
template
using T = int __attribute__((vector_size (sizeof(int) * N)));
T<4> q;
template
int r __attribute__((vector_size (sizeof(int) * N)));
void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84056
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84056
--- Comment #4 from Marc Glisse ---
(In reply to Alper Ce from comment #3)
> I didn't assign anything to my_map(i didn't use assignment operator = ), i
> just used == operator to check value of it.
Again, did you read the doc for operator[]?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84056
--- Comment #5 from Alper Ce ---
(In reply to Marc Glisse from comment #4)
> (In reply to Alper Ce from comment #3)
> > I didn't assign anything to my_map(i didn't use assignment operator = ), i
> > just used == operator to check value of it.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83937
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77504
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83981
--- Comment #14 from Jonathan Wakely ---
(In reply to Daniel Krügler from comment #11)
> (In reply to Jonathan Wakely from comment #10)
> > Perhaps Daniel can comment, since he wrote the resolution of lwg 2033.
> >
> > Daniel, if the intent was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81929
Jakub Jelinek changed:
What|Removed |Added
CC||sduvan.gcc at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84043
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Last reconfirmed|2018-01-26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84059
Martin Liška changed:
What|Removed |Added
Priority|P3 |P1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84059
Bug ID: 84059
Summary: [8 Regression] ICE in
ix86_get_function_versions_dispatcher, at
config/i386/i386.c:32429
Product: gcc
Version: unknown
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84060
Bug ID: 84060
Summary: Wrong assignment from a class(*) variable which is a
function result.
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83950
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84057
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84061
Bug ID: 84061
Summary: [8 Regression] gcc.dg/tree-ssa/loop-15.c XFAIL
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: missed-optimization, xfail
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #42 from Mike Lothian ---
With the patch in Comment 36 I get the following error compiling Clang
FAILED: lib/Lex/CMakeFiles/clangLex.dir/PPExpressions.cpp.o
/usr/bin/x86_64-pc-linux-gnu-g++ -m32 -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81086
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #40 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #37)
> (In reply to Jakub Jelinek from comment #33)
>
> > and it should work. The last case would be right now:
> > SI:N+1 = SI:N &~ SI:N+2; SI:N+2 = SI:N+1 &~
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84058
--- Comment #1 from Jan Hubicka ---
0065ff3a :
65ff3a: b8 01 00 00 00 mov$0x1,%eax
65ff3f: c3 retq
65ff40: b8 01 00 00 00 mov$0x1,%eax
65ff45: c3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #41 from Uroš Bizjak ---
Let's go forward with this pattern:
(define_insn "*andndi3_doubleword"
[(set (match_operand:DI 0 "register_operand" "=,r,r,")
(and:DI
(not:DI (match_operand:DI 1 "register_operand"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84059
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81086
ensadc at mailnesia dot com changed:
What|Removed |Added
CC||ensadc at mailnesia dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84015
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84056
--- Comment #3 from Alper Ce ---
(In reply to Marc Glisse from comment #2)
> Where is the bug? Did you read the documentation for operator[]?
I didn't assign anything to my_map(i didn't use assignment operator = ), i just
used == operator to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84037
--- Comment #8 from Jan Hubicka ---
https://gcc.opensuse.org/gcc-old/c++bench-czerny/pb11/pb11-summary.txt-2-0.html
runs with -Ofast -funroll-loops so indeed does not seem essential to trigger
the regression (it may be two different ones of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83985
--- Comment #11 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 26 11:48:05 2018
New Revision: 257087
URL: https://gcc.gnu.org/viewcvs?rev=257087=gcc=rev
Log:
PR rtl-optimization/83985
* dce.c (deletable_insn_p): Return false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83989
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 26 11:47:11 2018
New Revision: 257086
URL: https://gcc.gnu.org/viewcvs?rev=257086=gcc=rev
Log:
PR c/83989
* gimple-ssa-warn-restrict.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84045
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.4
Summary|ICE when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84062
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #5 from Martin Liška ---
(In reply to Richard Biener from comment #4)
> (In reply to Martin Liška from comment #3)
> > Fixed on trunk by Richi's r256685. Is it intentional Richi that the revision
> > should fix such situations?
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
--- Comment #3 from Jakub Jelinek ---
Seems nothing actually handles the late attributes in TYPE_ATTRIBUTES that
aren't {RECORD,UNION,CLASS,ENUMERAL}_TYPE.
Tried:
--- pt.c.jj52018-01-24 17:18:42.393392254 +0100
+++ pt.c2018-01-26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84063
Bug ID: 84063
Summary: Misleading diagnostic for ignored attributes under
-Wattributes
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84064
Bug ID: 84064
Summary: ICE in ix86_expand_prologue related to
-fstack-clash-protection and memcpy on i686
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82878
--- Comment #10 from Nathan Sidwell ---
Author: nathan
Date: Fri Jan 26 13:48:37 2018
New Revision: 257089
URL: https://gcc.gnu.org/viewcvs?rev=257089=gcc=rev
Log:
[C++/82878] backport fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78495
--- Comment #6 from Nathan Sidwell ---
Author: nathan
Date: Fri Jan 26 13:48:37 2018
New Revision: 257089
URL: https://gcc.gnu.org/viewcvs?rev=257089=gcc=rev
Log:
[C++/82878] backport fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #4 from Richard Biener ---
(In reply to Martin Liška from comment #3)
> Fixed on trunk by Richi's r256685. Is it intentional Richi that the revision
> should fix such situations?
Not really. It means that the following hunk removes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84048
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84047
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82614
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83055
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84065
Bug ID: 84065
Summary: [8 regression] string_1.f90 fails since r256944
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81122
--- Comment #4 from Ben Woodard ---
Without this Is there a way to read and write floats and doubles accurately
without the rounding that converting to/from base 10 ends up introducing? How
are you supposed to use istreams like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84040
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #43 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #41)
> Let's go forward with this pattern:
>
> (define_insn "*andndi3_doubleword"
> [(set (match_operand:DI 0 "register_operand" "=,r,r,")
> (and:DI
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84050
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84049
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #6 from Jan Hubicka ---
> > @@ -5150,15 +5145,9 @@ free_lang_data_in_type (tree type)
> > {
> > free_lang_data_in_binfo (TYPE_BINFO (type));
> > /* We need to preserve link to bases and virtual table for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84064
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84062
Bug ID: 84062
Summary: error: no matching function for call to
'std::vector::push_back()
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83985
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Fri Jan 26 12:24:53 2018
New Revision: 257088
URL: https://gcc.gnu.org/viewcvs?rev=257088=gcc=rev
Log:
PR rtl-optimization/83985
* dce.c (deletable_insn_p): Return false
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84053
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
Summary|[5//6/7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84057
Richard Biener changed:
What|Removed |Added
Priority|P4 |P2
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84054
--- Comment #2 from Jonathan Wakely ---
Firstly, GCC 4.8.1 has not been supported here for several years, and secondly
the option is clearly documented as not doing anything for C.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
--- Comment #7 from rguenther at suse dot de ---
On Fri, 26 Jan 2018, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84044
>
> --- Comment #5 from Martin Liška ---
> (In reply to Richard Biener from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84054
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83997
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83990
--- Comment #12 from Martin Jambor ---
Created attachment 43254
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43254=edit
Lost location fix
I'm testing this patch which does what Jakub suggested in comment #4. With the
patch,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84049
--- Comment #3 from Jakub Jelinek ---
What's expensive on for-6.C?
#pragma omp parallel for with 10 iterations each, doing #pragma omp atomic in
there.
For capping the number of threads, you can always just export
OMP_NUM_THREADS=32
or something
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81122
--- Comment #5 from Ben Woodard ---
The example code in: http://en.cppreference.com/w/cpp/io/manip/fixed
suggests that this should work. Probably either the behavior or the library or
the example on cppreference should change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81122
--- Comment #7 from Jonathan Wakely ---
(In reply to Ben Woodard from comment #5)
> The example code in: http://en.cppreference.com/w/cpp/io/manip/fixed
> suggests that this should work. Probably either the behavior or the library
> or the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81122
--- Comment #10 from Ben Woodard ---
Also note: https://connect.microsoft.com/VisualStudio/feedback/details/742775
My reading of:
https://wg21.link/lwg2381
is that if the first part of the number includes a '.' then the portion after
the 'p'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84048
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84003
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Fri Jan 26 14:50:25 2018
New Revision: 257091
URL: https://gcc.gnu.org/viewcvs?rev=257091=gcc=rev
Log:
2018-01-26 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84003
Richard Biener changed:
What|Removed |Added
Known to work||8.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83008
--- Comment #31 from sergey.shalnov at intel dot com ---
Richard,
Thank you for your latest patch. This patch is exactly that
I’ve discussed in this issue request.
I tested it with SPEC20[06|17] and see no performance/stability degradation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
--- Comment #9 from kelvin at gcc dot gnu.org ---
I've been investigating this and have identified the origin of the problem.
The ICE occurs because tree-vect-stmts.c: vectorizable_call () is calling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81122
--- Comment #9 from Jonathan Wakely ---
(In reply to Heinz Kohl from comment #8)
> o.k., it looks like a flawy definition.
Yes, that's why it's being fixed by the standards committee. I don't want to
change our implementation yet, until the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84067
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81038
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc*-*-*, i?86-*-*, |powerpc*-*-*, i?86-*-*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84066
Bug ID: 84066
Summary: Wrong shadow stack register size is saved for x32
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83990
--- Comment #13 from Jakub Jelinek ---
Comment on attachment 43254
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43254
Lost location fix
As use use it multiple time, perhaps do location_t loc = gimple_location
(stmt);
early and use loc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84065
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83989
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81122
--- Comment #6 from Jonathan Wakely ---
(In reply to Ben Woodard from comment #4)
> Without this Is there a way to read and write floats and doubles accurately
> without the rounding that converting to/from base 10 ends up introducing?
> How are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84061
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81122
--- Comment #8 from Heinz Kohl ---
o.k., it looks like a flawy definition.
First of all, it would be nice, if you would refer my error message to the
right instance.
It's unclear, what's to do in the meantime.
An idea might
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82514
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Fri Jan 26 15:25:23 2018
New Revision: 257093
URL: https://gcc.gnu.org/viewcvs?rev=257093=gcc=rev
Log:
PR c++/82514 - ICE with local class in generic lambda.
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84067
Bug ID: 84067
Summary: [8 regression] gcc.dg/wmul-1.c regression on aarch64
after r257077
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84040
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81440
Eric Gallager changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #9 from Eric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84059
--- Comment #2 from Martin Liška ---
Created attachment 43256
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43256=edit
Untested patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84036
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82878
--- Comment #11 from Nathan Sidwell ---
fixed on gcc-7 branch r257089.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84040
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80867
--- Comment #10 from Richard Biener ---
I suggest the following (pre-approved if it works):
Index: tree-vect-stmts.c
===
--- tree-vect-stmts.c (revision 257091)
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82123
Eric Gallager changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #8 from Eric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81763
--- Comment #45 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Jan 26 15:36:32 2018
New Revision: 257096
URL: https://gcc.gnu.org/viewcvs?rev=257096=gcc=rev
Log:
PR target/81763
* config/i386/i386.md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84048
--- Comment #3 from dave.anglin at bell dot net ---
On 2018-01-26 2:15 AM, ebotcazou at gcc dot gnu.org wrote:
> Did you upgrade binutils?
Yes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84019
--- Comment #6 from Jakub Jelinek ---
The code in question is:
const struct real_format *const fmt =
REAL_MODE_FORMAT (TYPE_MODE (TREE_TYPE (type)));
const int prec = fmt->p;
const mp_rnd_t rnd =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83983
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target|hppa-unknown-linux-gnu |hppa-unknown-linux-gnu,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84046
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84049
--- Comment #2 from H.J. Lu ---
FAIL: libgomp.c++/for-11.C execution test
FAIL: libgomp.c++/for-13.C execution test
have the same issue. They just lead to
WARNING: program timed out.
WARNING: program timed out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84051
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
1 - 100 of 208 matches
Mail list logo