https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82192
--- Comment #4 from Vsevolod Livinskiy ---
(In reply to jos...@codesourcery.com from comment #3)
> On Tue, 12 Sep 2017, vsevolod.livinskij at frtk dot ru wrote:
>
> > struct struct_t {
> > unsigned int memb : 13;
> > };
> >
> > extern struc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82116
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81096
--- Comment #6 from Steve Ellcey ---
Author: sje
Date: Tue Sep 12 17:00:00 2017
New Revision: 252038
URL: https://gcc.gnu.org/viewcvs?rev=252038&root=gcc&view=rev
Log:
2017-09-12 Steve Ellcey
PR other/81096
* Makefile.am (tte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80942
--- Comment #6 from Vincent Lefèvre ---
(In reply to jos...@codesourcery.com from comment #5)
> > --- Comment #4 from Vincent Lefèvre ---
> > This is not what is documented:
> >
> > Issue all the warnings demanded by strict ISO C and ISO C+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82185
--- Comment #5 from jcmvbkbc at gcc dot gnu.org ---
(In reply to Martin Liška from comment #2)
> Can't reproduce with x86_64-linux-gnu cross compiler:
>
> ../configure --enable-languages=c,c++ --disable-multilib
> --disable-libsanitizer --prefix=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82112
--- Comment #4 from Jeffrey Walton ---
Thank you very much Jakub.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82192
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82168
--- Comment #4 from Paul Thomas ---
Author: pault
Date: Tue Sep 12 18:06:52 2017
New Revision: 252039
URL: https://gcc.gnu.org/viewcvs?rev=252039&root=gcc&view=rev
Log:
2017-09-12 Paul Thomas
PR fortran/82173
PR fortran/82168
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173
--- Comment #2 from Paul Thomas ---
Author: pault
Date: Tue Sep 12 18:06:52 2017
New Revision: 252039
URL: https://gcc.gnu.org/viewcvs?rev=252039&root=gcc&view=rev
Log:
2017-09-12 Paul Thomas
PR fortran/82173
PR fortran/82168
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82193
Bug ID: 82193
Summary: incorrectly rejects int x; struct { decltype(x) x; } f
= {x};
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82137
--- Comment #2 from Peter Cordes ---
(In reply to Richard Biener from comment #1)
> Interesting idea. It's probably a bit hard to make the vectorizer do this
> though given it's current structure and the fact that it would have to
> cost the ext
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82192
--- Comment #6 from Jakub Jelinek ---
So, the shift count is computed in the end in QImode and we have essentially
(unsigned char)(((unsigned char) a) | 0xf7) + 0x28) as the shift count.
The only two results of that, whatever a is, are 0x1f or 0x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82192
--- Comment #7 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #6)
> emit instead a left shift by -12 and right shift by 19 instead of left shift
> by 31.
Instead of right shift by 31 obviously.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82193
--- Comment #1 from Andrew Pinski ---
Why do you think this is a bug in GCC?
The "changes meaning of" is a diagnostic which is not required by C++. That is
the C++ language says this is invalid code but a diagnostic is not required.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82193
--- Comment #2 from Marc Mutz ---
Basically: because the other two compilers compile it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82193
--- Comment #3 from Andrew Pinski ---
(In reply to Marc Mutz from comment #2)
> Basically: because the other two compilers compile it.
Again so ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69249
Arnd Bergmann changed:
What|Removed |Added
CC||arnd at linaro dot org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82193
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70621
--- Comment #13 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Sep 12 19:45:37 2017
New Revision: 252040
URL: https://gcc.gnu.org/viewcvs?rev=252040&root=gcc&view=rev
Log:
/cp
2017-09-12 Paolo Carlini
PR c++/70621
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70621
Paolo Carlini changed:
What|Removed |Added
Summary|[6/7/8 Regression] ICE on |[6/7 Regression] ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
--- Comment #2 from Mark Millard ---
(In reply to Martin Liška from comment #1)
> Any chance to reproduce with a cross compiler on Linux?
I assume that amd64 as a host is implicit in this
request.
It is less clear if the target is intended as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82136
--- Comment #3 from Peter Cordes ---
(In reply to Richard Biener from comment #2)
> And it gets worse because of the splitting
> which isn't exposed to the vectorizer.
Split loads/stores can be a useful shuffling strategy even on Haswell/Skylake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82194
Bug ID: 82194
Summary: Mapping array section (e.g. [0:N-1]) using omp target
map crashes at runtime
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82194
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82195
Bug ID: 82195
Summary: Undemangleable lambda
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81833
--- Comment #6 from Bill Schmidt ---
Author: wschmidt
Date: Tue Sep 12 21:02:13 2017
New Revision: 252042
URL: https://gcc.gnu.org/viewcvs?rev=252042&root=gcc&view=rev
Log:
[gcc]
2017-09-12 Bill Schmidt
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81833
--- Comment #7 from Bill Schmidt ---
Author: wschmidt
Date: Tue Sep 12 21:03:42 2017
New Revision: 252043
URL: https://gcc.gnu.org/viewcvs?rev=252043&root=gcc&view=rev
Log:
[gcc]
2017-09-12 Bill Schmidt
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81833
--- Comment #8 from Bill Schmidt ---
Author: wschmidt
Date: Tue Sep 12 21:07:30 2017
New Revision: 252044
URL: https://gcc.gnu.org/viewcvs?rev=252044&root=gcc&view=rev
Log:
[gcc]
2017-09-12 Bill Schmidt
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81833
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82196
Bug ID: 82196
Summary: -mcall-ms2sysv-xlogues stubs sometimes use wrong MOV
instruction
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82197
Bug ID: 82197
Summary: Default flags enabled by GCC at -O3 by default appear
to be out of sync with the GCC documentation
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82197
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82197
--- Comment #2 from Shane Peelar ---
Oops, you're right! That didn't even occur to me that the link I was using was
GCC trunk--I assumed it was the latest release. Thanks! We can close this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82198
Bug ID: 82198
Summary: clang compile fails with g++ 8
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82198
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82069
Markus Trippelsdorf changed:
What|Removed |Added
CC||darpeer at hotmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82080
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82069
Markus Trippelsdorf changed:
What|Removed |Added
CC||jamrial at gmail dot com
--- Comme
101 - 138 of 138 matches
Mail list logo
