https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72764
--- Comment #6 from Jakub Jelinek ---
Paolo, any progress with this?
The last mail on the subject is
http://gcc.gnu.org/ml/gcc-patches/2017-01/msg01813.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80403
--- Comment #4 from Jakub Jelinek ---
*** Bug 80405 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80404
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80405
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80403
--- Comment #3 from Jakub Jelinek ---
*** Bug 80404 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80403
Jakub Jelinek changed:
What|Removed |Added
Attachment #41183|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80407
Bug ID: 80407
Summary: --as-needed cannot be combined with -flto
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79209
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80100
--- Comment #8 from Jakub Jelinek ---
(In reply to Vittorio Zecca from comment #7)
> Looking at the diff file, where is the change in line 2744?
> "int count = INTVAL (XEXP (op0, 1));"
>
> Old and new look the same to me.
Whitespace fix,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80403
--- Comment #1 from Jakub Jelinek ---
Created attachment 41183
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41183=edit
gcc7-pr80403.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80349
Jakub Jelinek changed:
What|Removed |Added
Assignee|mpolacek at gcc dot gnu.org|jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
--- Comment #103 from Richard Biener ---
Author: rguenth
Date: Wed Apr 12 07:35:49 2017
New Revision: 246866
URL: https://gcc.gnu.org/viewcvs?rev=246866=gcc=rev
Log:
2017-04-12 Richard Biener
Bernd Edlinger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80407
Richard Biener changed:
What|Removed |Added
Keywords||lto
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80399
--- Comment #2 from Andrew Pinski ---
Related case (but I know it goes down a different path) is:
struct ss
{
int aa;
int s;
};
int
f(int a, struct ss *rn, int i)
{
return rn[i-1].s == a;
}
Which shows up in SPEC INT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80406
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80399
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80100
--- Comment #7 from Vittorio Zecca ---
(In reply to Jakub Jelinek from comment #5)
> Author: jakub
> Date: Tue Apr 11 17:21:51 2017
> New Revision: 246851
>
> URL: https://gcc.gnu.org/viewcvs?rev=246851=gcc=rev
> Log:
> PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80349
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 12 06:12:26 2017
New Revision: 246865
URL: https://gcc.gnu.org/viewcvs?rev=246865=gcc=rev
Log:
PR sanitizer/80349
* fold-const.c (fold_binary_loc) : Convert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80407
--- Comment #2 from Richard Biener ---
I suggest to file a bug at sourceware.org/bugzilla for GNU ld.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72764
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|paolo.carlini at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80406
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #10 from Jakub Jelinek ---
aarch64_function_arg_alignment
has:
for (tree field = TYPE_FIELDS (type); field; field = DECL_CHAIN (field))
alignment = std::max (alignment, DECL_ALIGN (field));
and thus has similar problem (no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
--- Comment #24 from Richard Biener ---
Author: rguenth
Date: Wed Apr 12 09:41:02 2017
New Revision: 246869
URL: https://gcc.gnu.org/viewcvs?rev=246869=gcc=rev
Log:
2017-04-12 Richard Biener
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80411
Bug ID: 80411
Summary: DCE vs. offloading
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: openacc, openmp
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78127
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79209
--- Comment #5 from Pekka S ---
It's true what you quoted, but on the other hand the current behaviour does not
produce code that will not fault -- it will indeed fault.
I see the rationale behind the packed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80082
Ramana Radhakrishnan changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #9 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #8)
> The problem is that TYPE_FIELDS in C++ don't contain just FIELD_DECLs, but
> lots of other stuff, e.g. TYPE_DECLs, CONST_DECLs, FUNCTION_DECLs.
Forgot about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80236
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=77728
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80382
--- Comment #11 from Segher Boessenkool ---
Fixed on trunk (I forgot the marker in the checkin comment, oops):
rs6000: Enforce quad_address_p in TImode atomic_load/store (PR80382)
Whatever expand expands to should be valid instructions. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80408
Bug ID: 80408
Summary: Problems with SIGNAL, pthread and print together
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
Bug ID: 80409
Summary: Document that va_arg(ap, void*) can be used to consume
any pointer argument
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80408
--- Comment #1 from Richard Biener ---
You may not call arbitrary functions in signal context but only async-signal
safe ones.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #11 from Ramana Radhakrishnan ---
(In reply to Jakub Jelinek from comment #10)
> aarch64_function_arg_alignment
> has:
> for (tree field = TYPE_FIELDS (type); field; field = DECL_CHAIN (field))
> alignment = std::max
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #13 from rguenther at suse dot de ---
On Wed, 12 Apr 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
>
> Jakub Jelinek changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78116
Andrew Senkevich changed:
What|Removed |Added
CC||andrew.n.senkevich at gmail
dot co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Jakub Jelinek changed:
What|Removed |Added
CC||alan.lawrence.arm at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78255
Andre Vieira changed:
What|Removed |Added
CC||andre.simoesdiasvieira@arm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80410
Bug ID: 80410
Summary: Improve merging of identical branches
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
--- Comment #27 from rguenther at suse dot de ---
On Wed, 12 Apr 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
>
> --- Comment #26 from Jakub Jelinek ---
> Created attachment 41189
> -->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80357
Jakub Jelinek changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80163
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59910
--- Comment #6 from Dominique d'Humieres ---
> A patch to fix the problem exposed by code in comment #1
> has been committed to trunk. Same patch does not fix
> 5-branch. Closing as fixed.
It does for me provided the patch is applied at the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79671
Richard Biener changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80376
--- Comment #7 from Bill Schmidt ---
Author: wschmidt
Date: Wed Apr 12 13:37:30 2017
New Revision: 246873
URL: https://gcc.gnu.org/viewcvs?rev=246873=gcc=rev
Log:
2017-04-12 Bill Schmidt
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80376
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79590
--- Comment #2 from Vittorio Romeo ---
This is still present. Here are some more examples:
int main()
{
[](auto x) noexcept(noexcept(x)) { } (0);
}
:3:40: internal compiler error: in nothrow_spec_p, at cp/except.c:1159
[](auto x)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80163
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 12 13:57:45 2017
New Revision: 246876
URL: https://gcc.gnu.org/viewcvs?rev=246876=gcc=rev
Log:
PR c/80163
* expr.c : For EXPAND_INITIALIZER determine SIGN_EXTEND
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77698
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #14 from Jakub Jelinek ---
For the base class alignment vs. alignment of base class members, I think
testcases could be e.g. like:
struct B { char a __attribute__((aligned (8))); };
struct A : public B {};
A
foo (int x, A y)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69279
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80359
--- Comment #8 from Jeffrey A. Law ---
That's exactly what I tested yesterday. It bootstraps and regression tests
successfully. So no need to wait on the testrun.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80376
--- Comment #8 from Bill Schmidt ---
Author: wschmidt
Date: Wed Apr 12 13:45:27 2017
New Revision: 246874
URL: https://gcc.gnu.org/viewcvs?rev=246874=gcc=rev
Log:
2017-04-12 Bill Schmidt
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80315
--- Comment #5 from Bill Schmidt ---
Author: wschmidt
Date: Wed Apr 12 13:45:27 2017
New Revision: 246874
URL: https://gcc.gnu.org/viewcvs?rev=246874=gcc=rev
Log:
2017-04-12 Bill Schmidt
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80359
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80315
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
--- Comment #2 from Pascal Cuoq ---
> it should work even with standard c
Quoting from 7.6.1.1:2
… the behavior is undefined, except for the following cases:
* …
* one type is pointer to void and the other is a pointer to a character
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80359
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|law at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80321
--- Comment #2 from Jakub Jelinek ---
Note this breaks profiledbootstrap with Ada on various targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80315
--- Comment #4 from Bill Schmidt ---
Author: wschmidt
Date: Wed Apr 12 13:37:30 2017
New Revision: 246873
URL: https://gcc.gnu.org/viewcvs?rev=246873=gcc=rev
Log:
2017-04-12 Bill Schmidt
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80357
--- Comment #11 from Segher Boessenkool ---
The pressure becomes quite negative here... that isn't supposed to
happen as far as I can see. Allowing all negative pressures in the
asserts makes everything compile fine, but there really shouldn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80359
--- Comment #9 from Richard Biener ---
Author: rguenth
Date: Wed Apr 12 13:47:26 2017
New Revision: 246875
URL: https://gcc.gnu.org/viewcvs?rev=246875=gcc=rev
Log:
2017-04-12 Richard Biener
Jeff Law
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80131
wilco at gcc dot gnu.org changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80399
wilco at gcc dot gnu.org changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
Richard Biener changed:
What|Removed |Added
Priority|P1 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80412
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||error-recovery
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80412
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-invalid-code
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71672
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
--- Comment #25 from Richard Biener ---
So the original report is fixed (-O3 -march-native). But adding -ffast-math
still ends up regressing.
At this point it's probably appropriate to re-target to GCC 8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80357
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
--- Comment #26 from Jakub Jelinek ---
Created attachment 41189
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41189=edit
gcc7-pr79390-ecm.patch
Untested fix for the -O3 -ffast-math -march=haswell case.
The difference between
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80412
Bug ID: 80412
Summary: [c++17] crash with class template deduction guide and
inheritance
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80411
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
--- Comment #1 from Andrew Pinski ---
I don't see why this needs to be documented as it should work even with
standard c. That is for an example %p in printf takes a void* but nobody casts
it to void* when passing to printf.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77343
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
--- Comment #16 from janus at gcc dot gnu.org ---
This seems to be sufficient to fix the runtime error on the reduced test case
in comment #13:
Index: gcc/fortran/class.c
===
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
--- Comment #17 from janus at gcc dot gnu.org ---
(In reply to janus from comment #16)
> This seems to be sufficient to fix the runtime error on the reduced test
> case in comment #13:
And it also does the trick for PR 67505 ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67505
--- Comment #4 from janus at gcc dot gnu.org ---
The patch in PR 80361 comment 16 fixes the error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79566
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Apr 12 19:22:50 2017
New Revision: 246887
URL: https://gcc.gnu.org/viewcvs?rev=246887=gcc=rev
Log:
PR c++/79566 - elaborated-type-specifier in range for
* parser.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79050
--- Comment #9 from Jason Merrill ---
Author: jason
Date: Wed Apr 12 19:22:32 2017
New Revision: 246884
URL: https://gcc.gnu.org/viewcvs?rev=246884=gcc=rev
Log:
PR c++/79050 - ICE with undeduced auto and LTO
* decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79461
--- Comment #5 from Jason Merrill ---
Author: jason
Date: Wed Apr 12 19:22:25 2017
New Revision: 246883
URL: https://gcc.gnu.org/viewcvs?rev=246883=gcc=rev
Log:
PR c++/79461 - ICE with lambda in constexpr constructor
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79508
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Wed Apr 12 19:22:38 2017
New Revision: 246885
URL: https://gcc.gnu.org/viewcvs?rev=246885=gcc=rev
Log:
PR c++/79508 - lookup error with member template
* parser.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79580
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Wed Apr 12 19:22:44 2017
New Revision: 246886
URL: https://gcc.gnu.org/viewcvs?rev=246886=gcc=rev
Log:
PR c++/79580 - ICE with compound literal
* parser.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59910
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
--- Comment #5 from Martin Sebor ---
Thanks for the C test case. In it, the warning is a false positive caused by
GCC's failure to eliminate the excessive memset at -O1. The call is emitted by
the ccp1 pass at all optimization levels. At -O2,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78994
wilco at gcc dot gnu.org changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79062
--- Comment #3 from Martin Sebor ---
The following allows the format string to be recognized even with LTO. The
sprintf pass runs and seems to work correctly, but warnings from it for some
reason do not appear on output. It's as if they were
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
--- Comment #4 from Thomas Koenig ---
Here's equivlalent C code:
$ cat bug.c
#include
#include
char * foo(char *c, int len)
{
char *p, *n;
n = malloc(len + 5);
p = c + 5;
memmove (c, n, p-c);
if (p < c)
memset (n + 5, 32, c-p);
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
--- Comment #6 from Dominique d'Humieres ---
Likely caused by revision r243419. Note that I don't get the warning with the C
code in comment 4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80404
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 12 18:08:29 2017
New Revision: 246881
URL: https://gcc.gnu.org/viewcvs?rev=246881=gcc=rev
Log:
PR sanitizer/80403
PR sanitizer/80404
PR sanitizer/80405
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80403
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 12 18:08:29 2017
New Revision: 246881
URL: https://gcc.gnu.org/viewcvs?rev=246881=gcc=rev
Log:
PR sanitizer/80403
PR sanitizer/80404
PR sanitizer/80405
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80405
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 12 18:08:29 2017
New Revision: 246881
URL: https://gcc.gnu.org/viewcvs?rev=246881=gcc=rev
Log:
PR sanitizer/80403
PR sanitizer/80404
PR sanitizer/80405
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80413
Bug ID: 80413
Summary: sanitizer detects undefined behaviour in gcov-io.c
using -ftest-coverage
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80403
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79390
--- Comment #28 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 12 18:09:47 2017
New Revision: 246882
URL: https://gcc.gnu.org/viewcvs?rev=246882=gcc=rev
Log:
PR tree-optimization/79390
* optabs.c (emit_conditional_move): If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80361
--- Comment #18 from janus at gcc dot gnu.org ---
(In reply to janus from comment #17)
> (In reply to janus from comment #16)
> > This seems to be sufficient to fix the runtime error on the reduced test
> > case in comment #13:
>
> And it also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
Thomas Koenig changed:
What|Removed |Added
Priority|P4 |P3
Component|fortran
1 - 100 of 136 matches
Mail list logo