https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67778
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67770
Richard Biener changed:
What|Removed |Added
Target||i?86-*-*
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67766
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67764
--- Comment #2 from Marcin Ślusarz ---
That's still gcc bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #1 from Jonathan Wakely ---
This is a GNU extension, use -Wpedantic or -Werror=pedantic to get a
diagnostic.
The diagnostic is not enormously helpful though:
w.cc:1:17: warning: long, short, signed or unsigned used invalidly for
‘pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
--- Comment #2 from Jonathan Wakely ---
(In reply to Trevor Hickey from comment #0)
> Why can we add signed/unsigned qualifiers to wchar_t?
It produces a type of the same size but with the opposite signedness, like
std::make_signed/std::make_u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67773
--- Comment #2 from Jonathan Wakely ---
I don't see a bug here, could you please try a supported release and explain
exactly what output you are seeing and what you expect to see.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67773
--- Comment #3 from Jonathan Wakely ---
Oh, are you expecting this:
a_thing = demo(demo::second);
to have the same behaviour as this:
a_thing.~demo();
new(&a_thing) demo(demo::second);
?
That's not how C++ works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67690
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Wed Sep 30 09:24:02 2015
New Revision: 228284
URL: https://gcc.gnu.org/viewcvs?rev=228284&root=gcc&view=rev
Log:
PR tree-optimization/67690
* tree-ssa-ifcombine.c (pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67779
Bug ID: 67779
Summary: Strange ordering with strings in extended object
Product: gcc
Version: 4.9.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67780
Bug ID: 67780
Summary: Excess instructions for when returning an int from
testing a bit in a uint16_t table, including
slow-decode-on-Intel length-changing prefix. Seen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67730
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Wed Sep 30 11:26:44 2015
New Revision: 228286
URL: https://gcc.gnu.org/viewcvs?rev=228286&root=gcc&view=rev
Log:
PR c/67730
* c-typeck.c (c_finish_return): Use the expa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67773
--- Comment #4 from Adam Wenocur ---
(In reply to Jonathan Wakely from comment #3)
> Oh, are you expecting this:
>
> a_thing = demo(demo::second);
>
> to have the same behaviour as this:
>
> a_thing.~demo();
> new(&a_thing) demo(demo::se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67773
--- Comment #5 from Adam Wenocur ---
(In reply to Jonathan Wakely from comment #3)
> Oh, are you expecting this:
>
> a_thing = demo(demo::second);
>
> to have the same behaviour as this:
>
> a_thing.~demo();
> new(&a_thing) demo(demo::se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67690
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Wed Sep 30 11:45:40 2015
New Revision: 228287
URL: https://gcc.gnu.org/viewcvs?rev=228287&root=gcc&view=rev
Log:
PR tree-optimization/67690
* tree-ssa-ifcombine.c (pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67690
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67773
--- Comment #6 from Adam Wenocur ---
Whoops! Sorry about the malformed double-post.
Another way of explaining the problem is that the compiler appears to be
suppressing the wrong destructor call. Since this is a move and not a copy, or
in C++03
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67780
Richard Biener changed:
What|Removed |Added
Target|x86, x86-64 |x86_64-*-*, i?86-*-*
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67730
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Wed Sep 30 12:21:03 2015
New Revision: 228288
URL: https://gcc.gnu.org/viewcvs?rev=228288&root=gcc&view=rev
Log:
PR c/67730
* c-typeck.c (c_finish_return): Use the expa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67635
Oleg Endo changed:
What|Removed |Added
CC||kyrylo.tkachov at arm dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60188
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60153
Markus Trippelsdorf changed:
What|Removed |Added
CC||reichelt at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60153
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-valid-code
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67781
Bug ID: 67781
Summary: Wrong code generated on mips32 with -O1
-fexpensive-optimizations
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65049
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67782
Bug ID: 67782
Summary: [SH] Improve bit tests of values loaded from memory
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67773
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67783
Bug ID: 67783
Summary: quadratic time consumption in IPA inlining with -O1
and higher
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67773
--- Comment #8 from Jonathan Wakely ---
Specifically, a move assignment doesn't destroy anything, it just performs an
assignment. So the named variable is not destroyed, its move assignment
operator is called, which does whatever it is written to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67784
Bug ID: 67784
Summary: Incorrect parsing when using declarations in for loops
and typedefs
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67785
Bug ID: 67785
Summary: irrevocable-3.c: transaction_callable does nothing on
external declaration
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66424
Aurelien Jarno changed:
What|Removed |Added
CC||aurelien at aurel32 dot net
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67761
Ilya Enkovich changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67784
--- Comment #1 from Jacques-Henri Jourdan ---
My explanation of the problem is that the parser has to do a lookahead to make
sure that there is no "else" associated to the selection statement. However,
this lookahead is done in the wrong context,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
--- Comment #12 from Joseph S. Myers ---
Is there some reason the TARGET_ATOMIC_ASSIGN_EXPAND_FENV patch -
https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00682.html - hasn't been
committed, minus the XFAILing and with a note to all affected target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65345
--- Comment #13 from Marek Polacek ---
No, the only problem is that I sort of forgot about this one ;). I'll get it
done tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67570
Joseph S. Myers changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66810
--- Comment #2 from H.J. Lu ---
The current patch is at
https://gcc.gnu.org/ml/gcc-patches/2015-07/msg00879.html
Thread model: posix
gcc version 6.0.0 20150930 (experimental) [trunk revision 228291] (GCC)
$
$ gcc-trunk -Os small.c; ./a.out
15
$ gcc-5.2 -O2 small.c; ./a.out
15
$
$ gcc-trunk -O2 small.c; ./a.out
-32
$
$
-
int printf (const char *, ...);
int a, b = 10
s=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 6.0.0 20150930 (experimental) [trunk revision 228291] (GCC)
$
$ gcc-trunk -O2 small.c; ./a.out
$
$ gcc-5.2 -O3 small.c; ./a.out
$
$
$ gcc-trunk -O3 small.c
$ ./a.out
Ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67786
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67029
--- Comment #15 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Sep 30 16:39:44 2015
New Revision: 228299
URL: https://gcc.gnu.org/viewcvs?rev=228299&root=gcc&view=rev
Log:
Add alternative_mask to ira_implicitly_set_insn_hard_regs
Since i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67029
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67787
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67787
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67786
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
Stat
h trunk 20150930,
/home/doko/gcc/gcc-snapshot-20150930/build/./gcc/xgcc
-B/home/doko/gcc/gcc-snapshot-20150930/build/./gcc/
-B/usr/lib/gcc-snapshot/powerpc-linux-gnu/bin/
-B/usr/lib/gcc-snapshot/powerpc-linux-gnu/lib/ -isystem
/usr/lib/gcc-snapshot/powerpc-linux-gnu/include -isystem
/usr/lib/gcc-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
--- Comment #1 from Matthias Klose ---
Created attachment 36425
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36425&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67789
Bug ID: 67789
Summary: Bootstrap failure with java starting at rev 228022
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67789
Andrew Pinski changed:
What|Removed |Added
Depends on||67788
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67789
--- Comment #2 from Michael Meissner ---
I see similar failures, except it is in building the 32-bit module fpu.o in the
libgfortran library on a 64-bit big endian power7 box. It is failing in
building the 32-bit libraries. This is not seen in bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67789
--- Comment #3 from Michael Meissner ---
Yes, it looks like my issue is the one raised by PR67788, so I imagine they are
the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67037
--- Comment #6 from Bernd Edlinger ---
Author: edlinger
Date: Wed Sep 30 18:51:31 2015
New Revision: 228303
URL: https://gcc.gnu.org/viewcvs?rev=228303&root=gcc&view=rev
Log:
2015-09-30 Bernd Edlinger
PR rtl-optimization/67037
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67789
--- Comment #4 from Michael Meissner ---
Here is the function that shows the error when compiled with -fPIC:
void
set_fpu_rounding_mode (int mode)
{
int rnd_mode;
switch (mode)
{
case 2:
rnd_mode = FE_TONEAREST;
bre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
--- Comment #3 from Matthias Klose ---
Created attachment 36426
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36426&action=edit
rtl dumps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67754
--- Comment #10 from Sebastian Pop ---
Yes, with -m32 it fails with an ICE. Thanks for pointing this out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726
--- Comment #6 from Kai Tietz ---
Created attachment 36427
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36427&action=edit
Suggested patch
I will do some further testing with that patch, and later on send patch
upstream with a testcase fo
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 36428
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36428&action=edit
C++ source code
For gcc trunk dated 2015
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67790
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67474
--- Comment #2 from Mikael Pettersson ---
Still occurs with gcc-6-20150927. Started with r227382, an LRA patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
--- Comment #4 from Matthias Klose ---
Created attachment 36429
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36429&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67788
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67790
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Target Mil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791
Bug ID: 67791
Summary: Crash using std::thread and iostream with dynamic
loading of a shared library
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791
--- Comment #1 from nexyon at gmail dot com ---
Created attachment 36431
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36431&action=edit
the source of the main program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67039
--- Comment #5 from kargl at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #4)
> > > Resolved as WONTFIX?
> >
> > Probably not. See the last 2 paragraphs in comment #1.
>
> Sorry, but my question was motivated by the reading
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #23 from ian at gcc dot gnu.org ---
Author: ian
Date: Wed Sep 30 23:06:11 2015
New Revision: 228311
URL: https://gcc.gnu.org/viewcvs?rev=228311&root=gcc&view=rev
Log:
PR target/66870
* config/rs6000/sysv4.h (TARGET_CA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66979
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67792
Bug ID: 67792
Summary: GCC 5.2 - make clean fails in libgcc
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791
--- Comment #2 from Andrew Pinski ---
So the problem here is libstdc++ first tries to figures out if you are linked
against pthreads and if you are not then it skips locks in some cases. In this
case since the main program was not linked against
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67793
Bug ID: 67793
Summary: Detect incorrect function arg sizes at compile time.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67764
--- Comment #3 from Eric Gallager ---
Wait actually I think this might be a dup of bug 40752
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66790
--- Comment #41 from Pierre-Marie de Rodat ---
Thank you again for spotting this! Yes, these artificial defs break the
consevativeness for the MIR analysis. I guess your proposal would work:
considering as uninintialized registers than aren’t is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67793
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
75 matches
Mail list logo
