https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77746
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65210
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65210
--- Comment #6 from Senthil Kumar Selvaraj ---
Author: saaadhu
Date: Tue Sep 27 06:39:59 2016
New Revision: 240521
URL: https://gcc.gnu.org/viewcvs?rev=240521&root=gcc&view=rev
Log:
Backport fix for PR 65210
gcc/ChangeLog
2016-09-27 Senthil K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77714
Bernd Edlinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77714
--- Comment #6 from Bernd Edlinger ---
Author: edlinger
Date: Tue Sep 27 04:54:49 2016
New Revision: 240518
URL: https://gcc.gnu.org/viewcvs?rev=240518&root=gcc&view=rev
Log:
2016-09-27 Bernd Edlinger
PR rlt-optimization/77714
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745
Andrew Pinski changed:
What|Removed |Added
Known to work||4.5.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77677
--- Comment #11 from kugan at gcc dot gnu.org ---
Author: kugan
Date: Tue Sep 27 03:41:14 2016
New Revision: 240517
URL: https://gcc.gnu.org/viewcvs?rev=240517&root=gcc&view=rev
Log:
Fix ipa-vrp convert value_range
gcc/ChangeLog:
2016-09-27 Ku
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748
--- Comment #3 from Christophe Lyon ---
Created attachment 39693
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39693&action=edit
qemu trace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748
--- Comment #2 from Christophe Lyon ---
Created attachment 39692
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39692&action=edit
assembler code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748
--- Comment #1 from Christophe Lyon ---
Created attachment 39691
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39691&action=edit
preprocessed file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77748
Bug ID: 77748
Summary: pr77550.C fails on arm-none-eabi
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65362
Johan Brannlund changed:
What|Removed |Added
CC||gcc at nullinfinity dot org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77416
--- Comment #12 from Segher Boessenkool ---
The testcase also fails for -m64 for me (on BE). I have -m64 explicitly
in the RUNTESTFLAGS. The testcase has
/* { dg-skip-if "do not override -mcpu" { powerpc64*-*-* } { "-mcpu=*" } {
"-mcpu=power7"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77730
--- Comment #6 from PeteVine ---
There's definitely a problem with mcpu/mtune in GCC6 to the point I wasn't able
to get the expected performance back, please look here:
http://openbenchmarking.org/result/1609269-LO-GCRYPTAAR21
BTW, that benchma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77747
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27077
--- Comment #8 from Helmut Schellong ---
Test case is a special measurement program.
See assembler code below:
strlen / repnz scasb
clock_gettime
gcc6 + gcc5
The exact gcc version is not critical.
Each gcc that injects an intel string instructio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77727
Ville Voutilainen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77727
--- Comment #3 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Sep 26 20:51:42 2016
New Revision: 240511
URL: https://gcc.gnu.org/viewcvs?rev=240511&root=gcc&view=rev
Log:
PR libstdc++/77727
* include/std/optional (optional(cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77537
--- Comment #12 from Eric Niebler ---
Likewise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77537
--- Comment #11 from Casey Carter ---
Thanks again Ville - I owe you a beer in Issaquah.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77537
Ville Voutilainen changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77537
--- Comment #9 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Sep 26 19:56:14 2016
New Revision: 240507
URL: https://gcc.gnu.org/viewcvs?rev=240507&root=gcc&view=rev
Log:
Backport from mainline
2016-09-21 Ville Voutilainen
PR libst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77420
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77420
--- Comment #6 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Mon Sep 26 18:44:36 2016
New Revision: 240506
URL: https://gcc.gnu.org/viewcvs?rev=240506&root=gcc&view=rev
Log:
2016-09-26 Steven G. Kargl
PR fortran/77420
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77719
--- Comment #7 from kugan at gcc dot gnu.org ---
Author: kugan
Date: Mon Sep 26 18:16:23 2016
New Revision: 240505
URL: https://gcc.gnu.org/viewcvs?rev=240505&root=gcc&view=rev
Log:
Fix PR77719
gcc/testsuite/ChangeLog:
2016-09-26 Kugan Vivekana
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77715
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77747
Bug ID: 77747
Summary: GCC allows inheriting constructors from indirect base
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71709
Matthias Klose changed:
What|Removed |Added
CC||doko at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #2 from Yichao Yu ---
I should add that turning on lto works around the issue both in the simple code
attached and for the original issue I was having in julia (i.e. compiling llvm
with LTO makes the issue go away).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27077
Thomas Koenig changed:
What|Removed |Added
Status|RESOLVED|WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60563
--- Comment #13 from mrs at gcc dot gnu.org ---
The change in c12 is ok if you'd like to do that. The only problem with it is
that then we will not be able to discover when radr://19802258 is fixed. When
people notice that that bug is fixed, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77689
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745
--- Comment #3 from Marc Glisse ---
I think the issue is with
Deleted redundant store MEM[(long int *)c2_7(D)] = 200;
It is considered as redundant with
MEM[(long long int *)c2_7(D)] = 200;
but they do not define the same dynamic type, so it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745
--- Comment #2 from Andrew Pinski ---
This is all due to life time of objects rather than aliasing. If c1==c2, the
lifetime of p1 ends at the operator new.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50228
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48361
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77746
--- Comment #1 from Vladimir Fuka ---
-fdump-tree-original
random_name ()
{
}
p_execute (integer(kind=4) & restrict i)
{
p_execute ();
}
MAIN__ ()
{
{
static integer(kind=4) C.3388 = 1;
p_execute (&C.3388);
}
}
main (intege
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77718
--- Comment #3 from acsawdey at gcc dot gnu.org ---
Bernd,
I identified the problem on powerpc64le. I think it may not show up on x86_64
because of differences in how builtin memcmp gets expanded. Normally this is
hidden because if both strings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77746
Bug ID: 77746
Summary: [5 Regression] Wrong subroutine called, clash of
specific procedure name and binding-name
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57115
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77666
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62267
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62267
--- Comment #3 from ioctl at yandex dot ru ---
Unfortunatelly I cannot check it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745
Bug ID: 77745
Summary: Inconsistent application of aliasing rules
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77744
--- Comment #6 from morandidodo at gmail dot com ---
(In reply to Jakub Jelinek from comment #5)
> Pedantically this isn't valid, because you are mixing C++11 features
> (lambdas) with OpenMP, which doesn't support C++11 even in 4.5, so it is all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77744
--- Comment #5 from Jakub Jelinek ---
Pedantically this isn't valid, because you are mixing C++11 features (lambdas)
with OpenMP, which doesn't support C++11 even in 4.5, so it is all unspecified
behavior.
Also, have you built libgomp with -fsan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77744
--- Comment #4 from Jonathan Wakely ---
This shows the same race, without any library components:
struct regex {
struct regex_impl { int i; int size() const { return i; } };
regex_impl* p;
regex() : p(new regex_impl{42}) { }
~regex() { d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77718
--- Comment #2 from Bernd Schmidt ---
Over here the testcase seems not to arrive in this function, and it prints the
same value (-5) twice, which I think is supposed to be expected?
Please clarify.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77744
--- Comment #3 from Jonathan Wakely ---
The std::thread example is similar, but not the same. The OpenMP version shares
f, so is equivalent to creating the std::thread objects with std::ref(f).
More importantly, the OpenMP version does not wait
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77744
--- Comment #2 from morandidodo at gmail dot com ---
(In reply to Jakub Jelinek from comment #1)
> If the C++ standards allows these to be used without locking, then it is
> likely a bug in libstdc++, not libgomp.
Sorry, my fault ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77744
Jakub Jelinek changed:
What|Removed |Added
Component|libgomp |libstdc++
--- Comment #1 from Jakub Jeli
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77537
Jonathan Wakely changed:
What|Removed |Added
Known to work||5.4.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
--- Comment #9 from ktkachov at gcc dot gnu.org ---
Created attachment 39688
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39688&action=edit
Preprocessed source
Attaching the preprocessed source.
The function in question is:
_ZN1C4doCbEv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77744
Bug ID: 77744
Summary: Data race on std::regex_iterator using openmp
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68080
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69833
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62267
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62267
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=42015
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69539
--- Comment #7 from Jakub Jelinek ---
Seems to be related to PR69254, either we should force in some flag_sanitize
flag whenever we stream in IFN_UBSAN_* builtins (perhaps depending on which
option that was), or throw away the IFN_UBSAN_* calls i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
--- Comment #8 from Richard Biener ---
(In reply to ktkachov from comment #7)
> As snippet of the assembly output without scheduling (-fno-schedule-insns2):
> .LEHE0:
> add r3, sp, #32
> str r5, [sp, #32] < I1
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27077
Helmut Schellong changed:
What|Removed |Added
CC||var at schellong dot biz
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48298
--- Comment #25 from Paul Thomas ---
Author: pault
Date: Mon Sep 26 11:15:23 2016
New Revision: 240493
URL: https://gcc.gnu.org/viewcvs?rev=240493&root=gcc&view=rev
Log:
2016-09-26 Paul Thomas
PR fortran/48298
* interface.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23332
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23332
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Sep 26 11:04:18 2016
New Revision: 240492
URL: https://gcc.gnu.org/viewcvs?rev=240492&root=gcc&view=rev
Log:
Remove HIST_TYPE_CONST_DELTA counter type (PR gcov-profile/23332)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77714
--- Comment #5 from Bernd Edlinger ---
(In reply to Thomas Preud'homme from comment #4)
> Hi Bernd & Peter,
>
> Yes the code is still failing on today's trunk. I tested both patch you
> propose Bernd and both seems to work. Thanks a lot for such
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77717
Ville Voutilainen changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77713
--- Comment #3 from Thomas Preud'homme ---
Test now builds but execution shows a few FAIL:
FAIL: test_d_i:266: "%hhi" expected result for "-16657" doesn't match function
call return value: 6 not in [1, 4]
FAIL: test_d_i:267: "%hhu" expected resu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65122
--- Comment #23 from Jonathan Wakely ---
I think it's supposed to be cover everything, but I'm not sure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77742
--- Comment #1 from Richard Biener ---
As placement new has no control over the memory alignment the warning looks
useless to me. In this particular case we even know statically the memory is
well-aligned.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77717
--- Comment #2 from ville at gcc dot gnu.org ---
Author: ville
Date: Mon Sep 26 09:46:19 2016
New Revision: 240486
URL: https://gcc.gnu.org/viewcvs?rev=240486&root=gcc&view=rev
Log:
PR libstdc++/77717
* testsuite/21_strings/basic_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77710
--- Comment #2 from Thomas Preud'homme ---
(In reply to Martin Sebor from comment #1)
> I think this failure may have been inadvertently introduced in r240434. The
> failure should be gone now that r240442 has been checked in to adjust the
> tes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC|kyrylo.tkachov at arm dot com |
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77743
Bug ID: 77743
Summary: bogus -Wformat-length sprintf warnings
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimiz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65122
--- Comment #22 from Marc Glisse ---
(In reply to Jonathan Wakely from comment #20)
> In C++17 std::allocator no longer says "It is implementation-defined whether
> over-aligned types are supported" and is no longer required to call operator
> ne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77714
--- Comment #4 from Thomas Preud'homme ---
Hi Bernd & Peter,
Yes the code is still failing on today's trunk. I tested both patch you propose
Bernd and both seems to work. Thanks a lot for such a quick fix!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65122
--- Comment #21 from Jonathan Wakely ---
Created attachment 39686
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39686&action=edit
Make new_allocator support types with new-extended alignment
This works, but currently produces a warning du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
--- Comment #6 from ktkachov at gcc dot gnu.org ---
(In reply to Richard Biener from comment #5)
> This can only uncover another pre-existing issue as it is a 100% obvious
> fix. I do not have a good way to run anything on arm so please help me s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77742
Bug ID: 77742
Summary: Warning about placement new for over-aligned type
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77686
--- Comment #5 from Richard Biener ---
This can only uncover another pre-existing issue as it is a 100% obvious fix.
I do not have a good way to run anything on arm so please help me spot the
wrong-code in the assembler output.
TBAA issues are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77740
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77740
--- Comment #1 from Gerald Pfeifer ---
The minimum invocation to reproduce the issue is
/some/where/gcc -c math.i -Wall -O1
Both warnings _and_ at least -O1 are required.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77719
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77718
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77714
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
Summary|Wrong code gener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65122
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77741
--- Comment #1 from Jonathan Wakely ---
Without giving any other opinion, non-standard attributes must be scoped, so it
would have to be gnu::converting not just converting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77741
Bug ID: 77741
Summary: Add a warning about inadvertent converting constructor
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77740
Bug ID: 77740
Summary: [7 regression] internal compiler error: in
format_floating, at gimple-ssa-sprintf.c:1165
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77720
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #2 from Dmitry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77720
Dmitry G. Dyachenko changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77722
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77692
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Mon Sep 26 07:33:33 2016
New Revision: 240483
URL: https://gcc.gnu.org/viewcvs?rev=240483&root=gcc&view=rev
Log:
2016-09-26 Richard Biener
PR debug/77692
* cgraphun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77692
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77716
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
1 - 100 of 104 matches
Mail list logo
