https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79622
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 07:34:04 2017
New Revision: 252905
URL: https://gcc.gnu.org/viewcvs?rev=252905&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
PR tree-optimization/79622
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79622
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
Martin Liška changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39851
--- Comment #18 from Martin Liška ---
(In reply to Daniel Santos from comment #17)
> Thanks for all your work on this Martin. I've put a script up on my github
> account (https://github.com/daniel-santos/distccflags), updated the Gentoo
> Distcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #12 from Jakub Jelinek ---
Or just remove or xfail the testcase. The asan.c change is right even for the
branches...
BTW, just for completeness, I'm also seeing
+FAIL: gcc.target/i386/pr69255-2.c (test for excess errors)
+FAIL: gcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82230
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82231
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81736
--- Comment #12 from Rainer Orth ---
Author: ro
Date: Mon Sep 18 08:25:11 2017
New Revision: 252908
URL: https://gcc.gnu.org/viewcvs?rev=252908&root=gcc&view=rev
Log:
Fix gcc.target/i386/pr81736-[34].c on 32-bit Solaris/x86 (PR target/81736)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71358
--- Comment #6 from pmderodat at gcc dot gnu.org ---
Author: pmderodat
Date: Mon Sep 18 08:43:37 2017
New Revision: 252909
URL: https://gcc.gnu.org/viewcvs?rev=252909&root=gcc&view=rev
Log:
2017-09-18 Bob Duff
Alternate fix for PR ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #13 from Martin Liška ---
(In reply to Jakub Jelinek from comment #12)
> Or just remove or xfail the testcase. The asan.c change is right even for
> the branches...
>
> BTW, just for completeness, I'm also seeing
> +FAIL: gcc.target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Iain Sandoe ---
> Is this still current?
It is: just tried with a vanilla tree at r252892.
> The ld64 assert is most likely triggered by a 0-length FDE. That cou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82229
Richard Biener changed:
What|Removed |Added
Keywords||lto, missed-optimization
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82229
--- Comment #4 from Martin Liška ---
Moreover, if there's an automatic way how one can get FPS without GUI
interaction, I can bisect revision that's responsible for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #14 from Martin Liška ---
(In reply to Martin Liška from comment #13)
> (In reply to Jakub Jelinek from comment #12)
> > Or just remove or xfail the testcase. The asan.c change is right even for
> > the branches...
> >
> > BTW, just
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81422
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #4 from Iain Sandoe ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #3)
> > --- Comment #1 from Iain Sandoe ---
> > Is this still current?
>
> It is: just tried with a vanilla tree at r252892.
>
> > The ld64 assert is m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81361
--- Comment #25 from Eric Botcazou ---
Author: ebotcazou
Date: Mon Sep 18 09:15:32 2017
New Revision: 252914
URL: https://gcc.gnu.org/viewcvs?rev=252914&root=gcc&view=rev
Log:
PR target/81361
* dwarf2cfi.c (add_cfis_to_fde): Do n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80947
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot
com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81361
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82145
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Mon Sep 18 09:31:14 2017
New Revision: 252915
URL: https://gcc.gnu.org/viewcvs?rev=252915&root=gcc&view=rev
Log:
PR target/82145
* config/i386/i386.c (ix86_init_large_pic_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58894
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 58894, which changed state.
Bug 58894 Summary: C++11 lambda doesn't take const variable by reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58894
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53157
Paolo Carlini changed:
What|Removed |Added
CC||abyss.7 at gmail dot com
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80566
Vlad changed:
What|Removed |Added
CC||vladimir.solontsov at mlp dot
com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80566
--- Comment #2 from Vlad ---
I can confirm this for gcc7.1/7.2 with -O3 -g -mavx2:
https://godbolt.org/g/h7TNJV
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82224
Richard Biener changed:
What|Removed |Added
Keywords||alias
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82220
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82220
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80920
--- Comment #5 from Jason Vas Dias ---
I think if GCC cannot get the position of an error correct,
then it should not show the position at all .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82108
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82084
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 10:13:54 2017
New Revision: 252918
URL: https://gcc.gnu.org/viewcvs?rev=252918&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82108
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 10:13:54 2017
New Revision: 252918
URL: https://gcc.gnu.org/viewcvs?rev=252918&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410
Bug 81410 depends on bug 82108, which changed state.
Bug 82108 Summary: [7 Regression] Wrong vectorized code generated for x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82108
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #21 from Dominique d'Humieres ---
> Please do if you can, after testing on trunk.
I can do it if Janus unassign himself.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #15 from Jakub Jelinek ---
That looks risky to me, changes behavior. Can't you instead of the warning +
removal from attributes just do something that doesn't crash when it sees an
empty string wherever it crashed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254
--- Comment #24 from Arnd Bergmann ---
Created attachment 42194
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42194&action=edit
r234568 ported to gcc-5
I ran into this old bug again while build testing with gcc-4.9.4 and gcc-5.4.1.
I chec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #19 from Richard Biener ---
(In reply to Iain Sandoe from comment #18)
> So .. just some notes on thoughts so far, not much conclusion yet.
>
> (In reply to rguent...@suse.de from comment #17)
> > On September 16, 2017 2:37:02 PM GMT
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45033
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80920
--- Comment #6 from Jonathan Wakely ---
The caret location is just using the same info as the diagnostic message:
b.C:7:12:...
Should we suppress that too? So if you have a file with thousands of lines in,
rather than give a location that is in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82236
Bug ID: 82236
Summary: Offloading with -fno-use-linker-plugin fails, poor
diagnostics
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: lto, openacc, open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80947
--- Comment #13 from Jonathan Wakely ---
(In reply to Paolo Carlini from comment #12)
> As far as the snippet in Comment #4 is concerned, current trunk seems fine
> to me.
Ah yes. It was fixed on trunk by r251433
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81505
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 11:07:50 2017
New Revision: 252919
URL: https://gcc.gnu.org/viewcvs?rev=252919&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81977
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 11:07:50 2017
New Revision: 252919
URL: https://gcc.gnu.org/viewcvs?rev=252919&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82084
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 11:07:50 2017
New Revision: 252919
URL: https://gcc.gnu.org/viewcvs?rev=252919&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80341
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 11:10:06 2017
New Revision: 252920
URL: https://gcc.gnu.org/viewcvs?rev=252920&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281
--- Comment #20 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 11:10:06 2017
New Revision: 252920
URL: https://gcc.gnu.org/viewcvs?rev=252920&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82236
--- Comment #1 from Richard Biener ---
IMHO -f[no-]use-linker-plugin should be removed and the collect2 path
"collected".
At least -f[no-]use-linker-plugin should be a noop on hosts/targets where the
linker plugin works. People tend to shoot th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62254
--- Comment #25 from Arnd Bergmann ---
(In reply to Arnd Bergmann from comment #24)
> Created attachment 42194 [details]
> r234568 ported to gcc-5
>
> I ran into this old bug again while build testing with gcc-4.9.4 and
> gcc-5.4.1. I checked th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #5 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #4)
> (In reply to r...@cebitec.uni-bielefeld.de from comment #3)
> > > --- Comment #1 from Iain Sandoe ---
> > > Is this still current?
> >
> > It is: just tried with a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71187
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Mon Sep 18 11:40:10 2017
New Revision: 252922
URL: https://gcc.gnu.org/viewcvs?rev=252922&root=gcc&view=rev
Log:
PR libstdc++/71187 reimplement declval without add_rvalue_reference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80947
--- Comment #14 from Paolo Carlini ---
I see. I'm adding the testcase, but it's still a 6/7 Regression, hopefully part
of the lambda overhaul can be easily backported.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71187
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #16 from Martin Liška ---
(In reply to Jakub Jelinek from comment #15)
> That looks risky to me, changes behavior. Can't you instead of the warning
> + removal from attributes just do something that doesn't crash when it sees
> an em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #17 from Jakub Jelinek ---
(In reply to Martin Liška from comment #16)
> --- a/gcc/c-family/c-common.c
> +++ b/gcc/c-family/c-common.c
> @@ -9447,7 +9447,6 @@ handle_target_attribute (tree *node, tree name, tree
> args, int flags,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80105
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #18 from Martin Liška ---
(In reply to Jakub Jelinek from comment #17)
> (In reply to Martin Liška from comment #16)
> > --- a/gcc/c-family/c-common.c
> > +++ b/gcc/c-family/c-common.c
> > @@ -9447,7 +9447,6 @@ handle_target_attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45033
--- Comment #5 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Sep 18 12:08:14 2017
New Revision: 252924
URL: https://gcc.gnu.org/viewcvs?rev=252924&root=gcc&view=rev
Log:
2017-09-18 Paolo Carlini
PR c++/45033
* g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45033
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #49 from Dominique d'Humieres ---
The patch at https://gcc.gnu.org/ml/gcc-patches/2017-09/msg00045.html is still
needed after revision r252914 (fix for pr81361).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #19 from Martin Liška ---
(In reply to Martin Liška from comment #18)
> (In reply to Jakub Jelinek from comment #17)
> > (In reply to Martin Liška from comment #16)
> > > --- a/gcc/c-family/c-common.c
> > > +++ b/gcc/c-family/c-common
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81224
--- Comment #20 from Jakub Jelinek ---
That would be my preference (perhaps even for GCC 7, only do the warning and
attribute removal on the trunk).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #50 from Iain Sandoe ---
(In reply to Dominique d'Humieres from comment #49)
> The patch at https://gcc.gnu.org/ml/gcc-patches/2017-09/msg00045.html is
> still needed after revision r252914 (fix for pr81361).
Yes, that's expected at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #6 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #5)
> (In reply to Iain Sandoe from comment #4)
> > (In reply to r...@cebitec.uni-bielefeld.de from comment #3)
> > > > --- Comment #1 from Iain Sandoe ---
> > > > Is this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #36 from Jonathan Wakely ---
Author: redi
Date: Mon Sep 18 12:57:05 2017
New Revision: 252925
URL: https://gcc.gnu.org/viewcvs?rev=252925&root=gcc&view=rev
Log:
PR libstdc++/60936 reduce coupling between objects in libstdc++.a
Backp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2015-04-15 00:00:00 |2017-9-18
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69728
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80171
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 13:14:45 2017
New Revision: 252926
URL: https://gcc.gnu.org/viewcvs?rev=252926&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68528
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64516
--- Comment #13 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 13:14:45 2017
New Revision: 252926
URL: https://gcc.gnu.org/viewcvs?rev=252926&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80362
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 13:14:45 2017
New Revision: 252926
URL: https://gcc.gnu.org/viewcvs?rev=252926&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68528
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Mon Sep 18 13:14:45 2017
New Revision: 252926
URL: https://gcc.gnu.org/viewcvs?rev=252926&root=gcc&view=rev
Log:
2017-09-18 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68528
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80362
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80171
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64516
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69728
--- Comment #14 from Richard Biener ---
*** Bug 80105 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80105
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug 59859 depends on bug 80105, which changed state.
Bug 80105 Summary: [6/7/8 Regression] ICE in outer_projection_mupa, at
graphite-sese-to-poly.c:1019
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80105
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #7 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #6)
> (In reply to Iain Sandoe from comment #5)
> > (In reply to Iain Sandoe from comment #4)
> > > (In reply to r...@cebitec.uni-bielefeld.de from comment #3)
> > > > > --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82237
Bug ID: 82237
Summary: [AArch64] Destructive operations result in poor
register allocation after scheduling
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81715
--- Comment #4 from Arnd Bergmann ---
Created attachment 42195
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42195&action=edit
preprocessed net/wireless/nl80211.c, compressed
This is another file that shows the problem, in fact we hit thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82237
James Greenhalgh changed:
What|Removed |Added
Target||aarch64*-*-*
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #38 from Markus Eisenmann ---
Hi Jonathan!
It seems, that the minor change/fix from comment #31 (rev. 245505) is currently
missing in branches/gcc-6-branch/libstdc++-v3/src/c++11/snprintf_lite.cc; needs
also to be merged into this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69728
--- Comment #15 from Sebastian Pop ---
It makes sense to early fail when the schedule builder gets confused and built
an empty domain. Could you please also add a comment around the if that sets
schedule_error? The change looks good. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
--- Comment #8 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #7)
> (In reply to Iain Sandoe from comment #6)
> > (In reply to Iain Sandoe from comment #5)
> > > (In reply to Iain Sandoe from comment #4)
> > > > (In reply to r...@cebi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #18 from Rainer Orth ---
Created attachment 42196
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42196&action=edit
Hacky workaround
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #17 from rguenther at suse dot de ---
[...]
>>That worked just fine, thanks.
>>
>>While there are still ld warnings
>>
>>ld: warning: file /var/tmp//ccmgPmhadebugobjtem: s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82195
Nathan Sidwell changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 82195, which changed state.
Bug 82195 Summary: Undemangleable lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82195
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79622
--- Comment #8 from Sebastian Pop ---
> I would have expected at least each memory op to be in a separate "black box"
We could have a pass before graphite that splits BBs with more than one write
into blocks that contain one data write with all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
--- Comment #20 from rguenther at suse dot de ---
On Mon, 18 Sep 2017, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81968
>
> --- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #51 from Iain Sandoe ---
(In reply to Rainer Orth from comment #10)
> Interestingly, a i386-apple-darwin16 bootstrap *does* work fine.
That's because the keymgr does work for m32 binaries.
It's never kept track of images for x86_64 (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81422
--- Comment #3 from Qing Zhao ---
if the DEST is NOT a REG (sometimes it's a SUBREG, for example in the testing
case of this Bug), the REG_EQUIV notes should NOT be added.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82196
--- Comment #4 from Dominique d'Humieres ---
This breaks bootstrap on x86_64-apple-darwin10 Core2 duo
/opt/gcc/build_w/./gcc/xgcc -B/opt/gcc/build_w/./gcc/
-B/opt/gcc/gcc8w/x86_64-apple-darwin10.8.0/bin/
-B/opt/gcc/gcc8w/x86_64-apple-darwin10.8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81536
David Binderman changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80556
--- Comment #52 from Eric Botcazou ---
> Yes, that's expected at present.
> a. there's evidently some more EH breakage caused by the
> reorder-and-partition (see 81733)
> b. the libgcc unwinder seems to have some issues even on systems that shoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82238
Bug ID: 82238
Summary: ICE while building linux kernel
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82238
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81318
Markus Trippelsdorf changed:
What|Removed |Added
CC||bernd.edlinger at hotmail dot
de
1 - 100 of 165 matches
Mail list logo