Re: [C++14] implement [[deprecated]].

2013-11-09 Thread Ed Smith-Rowland
On 10/27/2013 05:17 AM, Paolo Carlini wrote: On 10/22/2013 02:28 PM, Ed Smith-Rowland wrote: I think this is pretty easy - gnu::deprecated has the same semantics. Since we decided to have this now, we should also update the docs, thus htdocs/projects/cxx1y.html (which normally would link

Re: [C++14] implement [[deprecated]].

2013-11-09 Thread Paolo Carlini
On 11/09/2013 08:59 PM, Ed Smith-Rowland wrote: On 10/27/2013 05:17 AM, Paolo Carlini wrote: On 10/22/2013 02:28 PM, Ed Smith-Rowland wrote: I think this is pretty easy - gnu::deprecated has the same semantics. Since we decided to have this now, we should also update the docs, thus

Re: [C++14] implement [[deprecated]].

2013-10-27 Thread Paolo Carlini
On 10/22/2013 02:28 PM, Ed Smith-Rowland wrote: I think this is pretty easy - gnu::deprecated has the same semantics. Since we decided to have this now, we should also update the docs, thus htdocs/projects/cxx1y.html (which normally would link htdocs/gcc-4.9/changes.html, thus a line or so

Re: [C++14] implement [[deprecated]].

2013-10-23 Thread Paolo Carlini
On 10/23/2013 04:47 AM, Jason Merrill wrote: I don't think this patch should be blocked on those bugs. Sure. My point essentially was that as a *GNU* thing we could still pretend to do whatever we wanted is corner cases, etc. As a Standard feature, those are really full blown bugs. Anyway,

[C++14] implement [[deprecated]].

2013-10-22 Thread Ed Smith-Rowland
I think this is pretty easy - gnu::deprecated has the same semantics. Bootstrapped and tested on x86_64-linux. OK? gcc/cp: 2013-10-22 Edward Smith-Rowland 3dw...@verizon.net * parser.c (cp_parser_std_attribute): Interpret [[deprecated]] as [[gnu::deprecated]].

Re: [C++14] implement [[deprecated]].

2013-10-22 Thread Paolo Carlini
On 10/22/2013 02:28 PM, Ed Smith-Rowland wrote: I think this is pretty easy - gnu::deprecated has the same semantics. Unfortunately however, gnu::deprecated has a number of long standing issues (just search Bugzilla), personally I'm not sure we want to say everybody that we have got

Re: [C++14] implement [[deprecated]].

2013-10-22 Thread Ed Smith-Rowland
On 10/22/2013 08:37 AM, Paolo Carlini wrote: On 10/22/2013 02:28 PM, Ed Smith-Rowland wrote: I think this is pretty easy - gnu::deprecated has the same semantics. Unfortunately however, gnu::deprecated has a number of long standing issues (just search Bugzilla), personally I'm not sure we want

Re: [C++14] implement [[deprecated]].

2013-10-22 Thread Iain Sandoe
Hi Ed, Paolo, On 22 Oct 2013, at 13:55, Ed Smith-Rowland wrote: On 10/22/2013 08:37 AM, Paolo Carlini wrote: On 10/22/2013 02:28 PM, Ed Smith-Rowland wrote: I think this is pretty easy - gnu::deprecated has the same semantics. Unfortunately however, gnu::deprecated has a number of long

Re: [C++14] implement [[deprecated]].

2013-10-22 Thread Paolo Carlini
Hi, On 10/22/2013 03:07 PM, Iain Sandoe wrote: Is PR17729 still the most significant? (there are related test-suite ones). For example, PR33911: still no warning for the line gooint f2; of the original testcase submitted by Benjamin. Funny that apparently current clang has the same issue; icc

Re: [C++14] implement [[deprecated]].

2013-10-22 Thread Jason Merrill
OK. Jason

Re: [C++14] implement [[deprecated]].

2013-10-22 Thread Ed Smith-Rowland
On 10/22/2013 12:00 PM, Jason Merrill wrote: OK. Jason There is discussion about several bugs in gnu::deprecated upon which this is based over on the libstdc++ list. I could see where we are with those bugs in a week or two. Or just wait until they are fixed. OTOH, I don't think my patch

Re: [C++14] implement [[deprecated]].

2013-10-22 Thread Jason Merrill
I don't think this patch should be blocked on those bugs. Jason