https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49706
--- Comment #5 from Marek Polacek mpolacek at gcc dot gnu.org ---
Author: mpolacek
Date: Thu Jun 5 06:20:05 2014
New Revision: 211255
URL: http://gcc.gnu.org/viewcvs?rev=211255root=gccview=rev
Log:
PR c/49706
* doc/invoke.texi: Document
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48062
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49706
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Bug ID: 61418
Summary: [4.9 Regression] HDF5 build failure with -flto:
libgfortran.spec: attempt to rename spec 'lib' to
already defined spec 'liborig'
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
--enable-libstdcxx-time=yes --with-build-config=bootstrap-lto
Thread model: posix
gcc version 4.9.1 20140605 (prerelease) (GCC)
COMPILER_PATH=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.1/:/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.1/:/usr/libexec/gcc/x86_64-pc-linux-gnu/:/usr/lib/gcc/x86_64-pc-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50928
Bernd Edlinger bernd.edlinger at hotmail dot de changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.7.3,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
--- Comment #3 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Thu Jun 5 09:12:14 2014
New Revision: 211259
URL: http://gcc.gnu.org/viewcvs?rev=211259root=gccview=rev
Log:
2014-06-05 Martin Jambor mjam...@suse.cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
--- Comment #4 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Thu Jun 5 09:13:56 2014
New Revision: 211260
URL: http://gcc.gnu.org/viewcvs?rev=211260root=gccview=rev
Log:
2014-06-05 Martin Jambor mjam...@suse.cz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Component|lto |driver
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
gfortranspec.c does
case OPT_L:
if (!spec_file)
spec_file = find_spec_file (decoded_options[i].arg);
break;
...
/* Read the specs file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56724
--- Comment #14 from Marek Polacek mpolacek at gcc dot gnu.org ---
Author: mpolacek
Date: Thu Jun 5 09:35:05 2014
New Revision: 211261
URL: http://gcc.gnu.org/viewcvs?rev=211261root=gccview=rev
Log:
PR c/56724
* c-typeck.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #28 from Thomas Preud'homme thomas.preudhomme at arm dot com ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #22)
--- Comment #21 from Thomas Preud'homme thomas.preudhomme at arm dot com
---
There is a patch for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
Index: gfortranspec.c
===
--- gfortranspec.c (revision 211228)
+++ gfortranspec.c (working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC|rguenther at suse dot de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61319
--- Comment #17 from Kirill Yukhin kyukhin at gcc dot gnu.org ---
Author: kyukhin
Date: Thu Jun 5 10:24:22 2014
New Revision: 211263
URL: http://gcc.gnu.org/viewcvs?rev=211263root=gccview=rev
Log:
gcc/
PR tree-optimization/61319
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
Bug ID: 61419
Summary: Hello World program compilation leads to internal
compiler error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
Jerric Lyns John jerriclynsjohn at outlook dot com changed:
What|Removed |Added
Severity|blocker
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
I suspect that wayland uses a GCC plugin not compatible with GCC 4.8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #29 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #28 from Thomas Preud'homme thomas.preudhomme at arm dot com ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #22)
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61320
--- Comment #30 from Thomas Preud'homme thomas.preudhomme at arm dot com ---
Can you run the test manually under gdb and tell me what is the value for the
out variable in hex format?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61038
--- Comment #13 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Thu Jun 5 11:12:08 2014
New Revision: 211266
URL: http://gcc.gnu.org/viewcvs?rev=211266root=gccview=rev
Log:
PR c++/61038
I was asked to combine the escape logic for regular
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61038
--- Comment #14 from emsr at gcc dot gnu.org ---
Author: emsr
Date: Thu Jun 5 11:17:25 2014
New Revision: 211267
URL: http://gcc.gnu.org/viewcvs?rev=211267root=gccview=rev
Log:
PR c++/61038
I was asked to combine the escape logic for regular
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #12 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to Richard Biener from comment #11)
Patch posted.
Hmm, I see no patch. Forgot to post?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #13 from rguenther at suse dot de rguenther at suse dot de ---
On Thu, 5 Jun 2014, trippels at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #12 from Markus Trippelsdorf trippels at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com ---
I think this is another manifestation of the issue discussed in cp-gimplify.c:
/* Remove any copies of empty classes. We check that the RHS
has a simple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #6 from Richard Biener rguenth at gcc dot gnu.org ---
The C++ gimplify langhook gimplifies the gimplifier generated
vol.1 = b.fields
as
vol.1, b.fields;
so it isn't a manifestation of the issue but a fallout of the attempt to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
I suggest
Index: gcc/cp/cp-gimplify.c
===
--- gcc/cp/cp-gimplify.c(revision 211262)
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #8 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Richard Biener from comment #7)
I suggest
Index: gcc/cp/cp-gimplify.c
===
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Richard Biener from comment #8)
(In reply to Richard Biener from comment #7)
I suggest
Index: gcc/cp/cp-gimplify.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61004
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61004
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Jun 5 12:42:29 2014
New Revision: 211272
URL: http://gcc.gnu.org/viewcvs?rev=211272root=gccview=rev
Log:
2014-06-05 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61408
--- Comment #7 from Georg Koppen gk at torproject dot org ---
(In reply to Jakub Jelinek from comment #6)
I'd say there is no point in doing that. Just build the compiler-rt library
and link it in statically (-static-libasan) with gcc instead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61394
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
CC||sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61330
jgreenhalgh at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64*-*-*, arm*-*-*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
--- Comment #2 from Jerric Lyns John jerriclynsjohn at outlook dot com ---
Its an issue with FC19 and not wayland.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61419
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
I suggest to file a bug in Fedoras bugzilla then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61411
--- Comment #2 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
(In reply to bin.cheng from comment #1)
The patch can fix the issue, but problem is why GCC/lra generated
register-indexing ([reg+reg]) addressing mode for V8HImode in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #14 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Jun 5 14:27:20 2014
New Revision: 211280
URL: http://gcc.gnu.org/viewcvs?rev=211280root=gccview=rev
Log:
2014-06-05 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61418
--- Comment #16 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Thu Jun 5 14:28:23 2014
New Revision: 211281
URL: http://gcc.gnu.org/viewcvs?rev=211281root=gccview=rev
Log:
2014-06-05 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61393
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Version|4.8.3 |4.10.0
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61420
Bug ID: 61420
Summary: type bound procedure with pass attribute, that returns
a procedure pointer, fails to compile
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61420
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
Bug ID: 61421
Summary: Invalid -O2 optimization breaks program
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
Bug ID: 61422
Summary: False Asan positive in libopus
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #1 from Marat Zakirov m.zakirov at samsung dot com ---
Created attachment 32896
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32896action=edit
Proposed patch
Only tested with asan testsuite on x64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61423
Bug ID: 61423
Summary: Incorrect conversion from unsigned int to floating
point
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61423
--- Comment #1 from lvqcl.mail at gmail dot com ---
Created attachment 32897
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32897action=edit
test program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Comment on attachment 32896
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32896
Proposed patch
Can't reproduce it, are you sure you don't have extra patches in the tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #3 from Marat Zakirov m.zakirov at samsung dot com ---
I fix it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
If you want a testcase that crashes even for me with current trunk, then e.g.:
struct S { char c[16]; } __attribute__((packed));
__attribute__((noinline, noclone)) struct S
foo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #1 from mimamer at gmail dot com ---
A minimalistic version that breaks with all -O2 flags set:
Starting from an empty main_list:
Node *node;
//asm volatile(:::memory);
while ( (node = main_list.dequeue()) != main_list.end() )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #2 from mimamer at gmail dot com ---
Turns out the problems arise in different places but only in the
list2::dequeue() function:
inline T *dequeue() {
//asm volatile(:::memory);
T *head = anchor.next;
anchor.next =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #5 from Marat Zakirov m.zakirov at samsung dot com ---
Thank you for your quick response Jacub. Actually I take this issue from
existing ffmpeg source so the test is just a truncated version.
Following fail in my 4.10 without
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #6 from Marat Zakirov m.zakirov at samsung dot com ---
Created attachment 32898
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=32898action=edit
Proposed patch
Try this. It is mostly the same. No additional patches is needed. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
This seems alias related. Can you make sure you are not violating c/c++ alias
rules. Mainly make sure T and typeof(anchor) can alias.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61422
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org ---
You still have:
tree shadow_ptr_type = shadow_ptr_types[ real_size_in_bytes == 16 ? 1 : 0];
instead of:
tree shadow_ptr_type = shadow_ptr_types[real_size_in_bytes == 16 ? 1 : 0];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46219
--- Comment #4 from Kai Tietz ktietz at gcc dot gnu.org ---
Author: ktietz
Date: Thu Jun 5 17:03:52 2014
New Revision: 211283
URL: http://gcc.gnu.org/viewcvs?rev=211283root=gccview=rev
Log:
2014-06-05 Kai Tietz kti...@redhat.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46219
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #4 from mimamer at gmail dot com ---
Indeed, this is alias-related. Two questions:
(1) What is a concrete solution for this problem when -fstrict-aliasing is
being used? How should I change my code? (Sorry, I am no expert on this.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61334
--- Comment #6 from Rainer Orth ro at gcc dot gnu.org ---
It would be good to get this patch in now: without it, bootstrap on at least
one primary platform is broken.
Rainer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61343
--- Comment #1 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Jun 5 17:30:51 2014
New Revision: 211284
URL: http://gcc.gnu.org/viewcvs?rev=211284root=gccview=rev
Log:
PR c++/61343
* decl.c (check_initializer):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #5 from mimamer at gmail dot com ---
T is derived from list2T::node, and yes, I'm upcasting from node to T.
There is no other way around it in the implementation, and if this causes a
problem with aliasing then I don't know what it's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
--- Comment #11 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Jun 5 17:34:48 2014
New Revision: 211286
URL: http://gcc.gnu.org/viewcvs?rev=211286root=gccview=rev
Log:
/cp
2014-06-05 Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56961
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #6 from mimamer at gmail dot com ---
Btw, C++ doesn't give me any aliasing warnings even with -Wstrict-aliasing=1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61289
--- Comment #3 from Jeffrey A. Law law at gcc dot gnu.org ---
Author: law
Date: Thu Jun 5 18:25:02 2014
New Revision: 211287
URL: http://gcc.gnu.org/viewcvs?rev=211287root=gccview=rev
Log:
PR tree-optimization/61289
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52472
--- Comment #9 from Jeffrey A. Law law at gcc dot gnu.org ---
Author: law
Date: Thu Jun 5 18:34:43 2014
New Revision: 211288
URL: http://gcc.gnu.org/viewcvs?rev=211288root=gccview=rev
Log:
PR target/52472
* cfgexpand.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #7 from mimamer at gmail dot com ---
Violation of aliasing or not, the problem arises prior to the downcasting from
list2T::node* to T*:
T *head = anchor.next;
anchor.next = head-next;
head-next-prev = (T *)anchor; //
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #8 from mimamer at gmail dot com ---
As concerns -fno-strict-aliasing, I have to put it before -O2. Sorry for the
mixup.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53119
--- Comment #12 from Jeffrey A. Law law at gcc dot gnu.org ---
Author: law
Date: Thu Jun 5 19:36:03 2014
New Revision: 211289
URL: http://gcc.gnu.org/viewcvs?rev=211289root=gccview=rev
Log:
2014-06-05 S. Gilles sgil...@terpmail.umd.edu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61415
Peter Bergner bergner at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #9 from mimamer at gmail dot com ---
Now that I have read enough about aliasing rules I realize that they are
considerably fucked up and that their is no way to efficiently downcast without
violating strict aliasing rules. In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61424
Bug ID: 61424
Summary: std::regex matches right to left, not leftmost longest
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
Bug ID: 61425
Summary: std::regex ignores backslash when using basic or grep
grammars
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
Correction: it ignores it with -std=gnu++11, it throws regex_error with
-std=c++11
So it's treating \| as illegal, which is wrong for a POSIX BRE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Hmm, I guess I shouldn't trust man pages, a POSIX BRE doesn't allow \|
Both GNU and BSD grep do allow 'a\|b' in a BRE though ... still trying to
determine if it should be allowed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61426
Bug ID: 61426
Summary: [C++11] std::deque requires more from allocator than
the standard provides.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61425
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61426
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
Yes, this is well known and documented
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61426
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
std::list and std::string don't meet the C++11 allocator reqs either, please
don't report them ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43453
--- Comment #9 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Thu Jun 5 20:55:44 2014
New Revision: 211290
URL: http://gcc.gnu.org/viewcvs?rev=211290root=gccview=rev
Log:
PR c++/43453
* decl.c (check_initializer):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61424
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
A slight variation:
#include regex
#include iostream
using namespace std;
int main()
{
regex_constants::syntax_option_type grammar[] = {
regex_constants::ECMAScript,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #11 from mimamer at gmail dot com ---
In short form,
templateclass T class list2
{
public:
struct node {
T*next;
T*prev;
};
nodeanchor;
public:
/* API */
}
struct Obj :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #12 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to mimamer from comment #11)
In short form,
templateclass T class list2
{
public:
struct node {
T *next;
T *prev;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #14 from mimamer at gmail dot com ---
Can you explain what you mean by use type node inside the struct node?
Because I still cannot see an (efficient) way for solving this problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #15 from Andrew Pinski pinskia at gcc dot gnu.org ---
templateclass T class list2
{
public:
struct node {
node*next;
node*prev;
};
nodeanchor;
public:
/* API */
}
struct Obj :
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #16 from mimamer at gmail dot com ---
Ah ok, but that doesn't solve my problem as I will eventually need to cast a
node pointer back to T (either at the caller or the callee side). So there _is_
no efficient solution with strict
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61421
--- Comment #17 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to mimamer from comment #16)
Ah ok, but that doesn't solve my problem as I will eventually need to cast a
node pointer back to T (either at the caller or the callee
1 - 100 of 109 matches
Mail list logo