http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
--- Comment #16 from Jason Merrill 2012-07-05
21:24:43 UTC ---
Author: jason
Date: Thu Jul 5 21:24:33 2012
New Revision: 189305
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189305
Log:
PR c++/53039
* pt.c (arg_from_parm_pack_p)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
--- Comment #15 from Jason Merrill 2012-07-05
19:39:07 UTC ---
Author: jason
Date: Thu Jul 5 19:39:01 2012
New Revision: 189298
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=189298
Log:
PR c++/50852
PR c++/53039
* tree.c (st
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
--- Comment #14 from Paolo Carlini 2012-06-14
10:03:07 UTC ---
Thus, is it possible that a different approach at fixing PR46394, among those
already envisaged, could work for this one?
Maybe Dodji can look again into it? He has already analyzed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
Richard Guenther changed:
What|Removed |Added
Target Milestone|4.7.1 |4.7.2
--- Comment #13 from Richard Gue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
--- Comment #12 from Jason Merrill 2012-06-11
05:59:25 UTC ---
(In reply to comment #11)
> The #c10 testcase started failing with
> http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170341
Right. Using DECL_NAME to compare parameter packs doesn'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
Jakub Jelinek changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
Richard Guenther changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
--- Comment #10 from Paolo Carlini 2012-04-20
12:37:33 UTC ---
So, the below is my final pure C++ testcase: if 1 is changed to 0 the code
compiles; likewise if 1 and 0 are swapped. Thus, it seems there is something
wrong in global front-end data
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
--- Comment #9 from Paolo Carlini 2012-04-20
10:27:11 UTC ---
Eh, this is *not* a library issue:
#include
#if 1
template
class tuple
{
template...>::value>::type>
tuple(_UElements&&...);
};
#else
template
class tup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
Paolo Carlini changed:
What|Removed |Added
CC|hjl.tools at gmail dot com |
--- Comment #8 from Paolo Carlini 2012-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
--- Comment #7 from Daniel Krügler
2012-04-20 06:48:39 UTC ---
I'm pretty sure that this is not related with , but instead with
some interaction between the header and std::is_convertible. The
following variant still demonstrates the problem (I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #6 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
--- Comment #5 from H.J. Lu 2012-04-19 14:49:32
UTC ---
(In reply to comment #4)
> HJ, can you help with the search? (mind the -std=c++11)
My regression hunt machine is down. It will take a while to
get it back.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039
Paolo Carlini changed:
What|Removed |Added
CC|mitchnull+gcc at gmail dot |hjl.tools at gmail dot com
16 matches
Mail list logo
