On 10/26/2011 03:38 PM, Jason Merrill wrote:
On 10/26/2011 02:00 AM, Ed Smith-Rowland wrote:
The patch was bootstrapped and regtested on x86_64-linux-gnu.
Really? I ran into a warning about the unused suffix parameter to
interpret_integer. So I've fixed that error. I also added a couple
On 10/26/2011 03:38 PM, Jason Merrill wrote:
On 10/26/2011 02:00 AM, Ed Smith-Rowland wrote:
The patch was bootstrapped and regtested on x86_64-linux-gnu.
Really? I ran into a warning about the unused suffix parameter to
interpret_integer. So I've fixed that error. I also added a couple
On 08/25/2012 07:39 PM, Ulrich Drepper wrote:
On Sat, Aug 25, 2012 at 7:37 PM, Jonathan Wakely jwakely@gmail.com wrote:
But iterators don't have to imply non-sequential storage. Using
iterators instead of pointers would allow you to store them in a
std::deque, for example, or in a
On 07/12/2011 04:56 PM, Jason Merrill wrote:
A few more notes:
+ if (DECL_NAMESPACE_SCOPE_P (decl))
+ {
+ if (!check_literal_operator_args(decl,
+ long_long_unsigned_p, long_double_p))
+ {
+ error (%qD has illegal argument list, decl);
+
above, in r176079
All,
Here is a trivial addition to include scoped_allocator in the
precompiled headers.
It bootstrapped and regtested on x86_64 linux.
Ed
2011-07-20 Ed Smith-Rowland 3dw...@verizon.net
* include/precompiled/stdc++.h: Add scoped_allocator.
Index: include/precompiled
On 06/24/2012 07:18 AM, Jonathan Wakely wrote:
On 24 June 2012 12:18, Jonathan Wakely wrote:
On 24 June 2012 05:00, Ed Smith-Rowland wrote:
Subject says it.
This looks good, please CC gcc-patches with a changelog entry and
confirmation it was tested and it can go in. Thanks.
And don't
On 06/24/2012 07:19 AM, Jonathan Wakely wrote:
This looks good too, again please CC gcc-patches with a changelog
entry and confirmation it was tested and it can go in. Thanks.
Built and tested on x86_64-linux-gnu.
2012-06-25 Edward Smith-Rowland 3dw...@verizon.net
*
On 10/27/2011 03:47 PM, Jason Merrill wrote:
On 10/27/2011 03:32 PM, Ed Smith-Rowland wrote:
+ if (TREE_CODE (TREE_TYPE (decl)) != LANG_TYPE)
+argtypes = TYPE_ARG_TYPES (TREE_TYPE (decl));
If you have multiple overloaded operator _foo, you need to iterate
over them looking for the one
)
+ / TREE_INT_CST_LOW (TYPE_SIZE_UNIT ( TREE_TYPE(TREE_TYPE (value - 1;
/* Build up a call to the user-defined operator */
/* Lookup the name we got back from the id-expression. */
vec = make_tree_vector ();
2011-11-02 Ed Smith-Rowland 3dw...@verizon.net
DR c++/50941
On 11/03/2011 08:50 AM, Paolo Carlini wrote:
On 11/03/2011 12:56 PM, Ed Smith-Rowland wrote:
+ len = TREE_STRING_LENGTH (value)
+/ TREE_INT_CST_LOW (TYPE_SIZE_UNIT ( TREE_TYPE(TREE_TYPE
(value - 1;
... with open brackets in random positions ;)
Paolo.
Arrrgh! ;-)
Here's a new
CPP_CHAR32;
else
return type;
}
2011-10-30 Ed Smith-Rowland 3dw...@verizon.net
* gcc/testsuite/g++.dg/cpp0x/udlit-raw-length.C: New.
* gcc/testsuite/g++.dg/cpp0x/udlit-implicit-conv-neg.C: New.
* gcc/testsuite/g++.dg/cpp0x/udlit-resolve.C: New.
* gcc
== CPP_WCHAR_USERDEF)
return CPP_WCHAR;
else if (type == CPP_CHAR16_USERDEF)
-return CPP_STRING16;
+return CPP_CHAR16;
else if (type == CPP_CHAR32_USERDEF)
-return CPP_STRING32;
+return CPP_CHAR32;
else
return type;
}
2011-10-30 Ed Smith-Rowland 3dw...@verizon.net
I just wanted to do a little clean up on the user-defined literal code.
Index: gcc/testsuite/g++.dg/cpp0x/udlit-raw-op-string-neg.C
===
--- gcc/testsuite/g++.dg/cpp0x/udlit-raw-op-string-neg.C(revision
181376)
+++
Ping.
There's a patch that should do the literal operator resolution correctly
and resolve PR50958:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50958
Thanks,
Ed
Hi,
Built and tested on x86_64-linux-gnu.
Seems safe enough to go in now, Ok.
Thanks,
Paolo.
2012-02-14 Edward Smith-Rowland 3dw...@verizon.net
* testsuite/26_numerics/random/
uniform_real_distribution/requirements/typedefs.cc: Check param_type.
*
gcc/testsuite:
2011-12-06 Ed Smith-Rowland 3dw...@verizon.net
PR c++/51420
* g++.dg/cpp0x/pr51420.C: New.
gcc/cp:
2011-12-06 Ed Smith-Rowland 3dw...@verizon.net
PR c++/51420
* parser.c (lookup_literal_operator): Check that current overload
is function_type.
This time with patch.
gcc/testsuite:
2011-12-06 Ed Smith-Rowland 3dw...@verizon.net
PR c++/51420
* g++.dg/cpp0x/pr51420.C: New.
gcc/cp:
2011-12-06 Ed Smith-Rowland 3dw...@verizon.net
PR c++/51420
* parser.c (lookup_literal_operator): Check that current overload
On 12/06/2011 02:27 PM, Jason Merrill wrote:
On 12/06/2011 08:21 AM, Ed Smith-Rowland wrote:
* parser.c (lookup_literal_operator): Check that current overload
is function_type.
Instead of checking here, let's check is_overloaded_fn (decl) right
after the lookup name.
Jason
OK
', 16) == 7 );
+ VERIFY( t.value(L'9', 8) == -1 );
+ VERIFY( t.value(L'9', 10) == 9 );
+ VERIFY( t.value(L'9', 16) == 9 );
+ VERIFY( t.value(L'd', 8) == -1 );
+ VERIFY( t.value(L'd', 10) == -1 );
+ VERIFY( t.value(L'd', 16) == 13 );
}
int
2013-09-10 Ed Smith-Rowland 3dw...@verizon.net
On 09/23/2013 10:09 PM, Tim Shen wrote:
On Sun, Sep 22, 2013 at 4:20 PM, Paolo Carlini paolo.carl...@oracle.com wrote:
If testing goes well patch is Ok to commit.
Tested under -m32 and -m64 and committed :)
I'll learn how locale in glibc works.
Thank you all!
Thank *you*!
regex has been
on x86_64-linux.
As a general stylistic guide for the library I think I'll put
operatorabc(...)
with no spaces. Later.
OK?
2013-09-27 Ed Smith-Rowland 3dw...@verizon.net
Implement N3779 - User-defined Literals for std::complex,
part 2 of UDL for Standard Library Types
This patch bootstraps and tests clean on x86-64-linux.
Truthfully, dynamic_bitset needs some more love wrt C++11 and a testsuite.
It got put in before it was baked really.
That will be later.
2013-10-16 Edward Smith-Rowland 3dw...@verizon.net
PR libstdc++/58729
*
Here is a patch to correct the char type and the type, number of nontype
parameter pack for user defined strng literal operator templates.
Bootstrapped and tested on x86_64-linux.
OK?
gcc/cp:
2013-10-17 Edward Smith-Rowland 3dw...@verizon.net
PR c++/58708
* parser.c
On 09/27/2013 05:39 AM, Jonathan Wakely wrote:
On 27 September 2013 05:17, Ed Smith-Rowland wrote:
The complex user-defined literals finally passed (n3779) with the resolution
to DR1473 allowing the suffix id to touch the quotes (Can't find it but I
put it in not too long ago).
I think it's
Greetings.
Here is a patch to correct tr2/dynamic_bitset to use __builtin_xxxll for
long long instead of the long versions.
Relevant bugs:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58804
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58729
Builds and *really* tests clean on x86_64-linux.
OK?
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]].
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
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
I had to get past two small bugs to get c++-concepts to build.
Take a good look because I'm not sure if they're right. The solutions
should be harmless though.
Ed
2013-10-23 Edward Smith-Rowland 3dw...@verizon.net
make concepts build.
* constraint.cc (make_constraints):
that we grabbed for some other
concepts-related work, but which aren't included in Concepts Lite.
I'll apply the typeck fix.
Andrew Sutton
On Tue, Oct 22, 2013 at 10:02 PM, Ed Smith-Rowland 3dw...@verizon.net wrote:
I had to get past two small bugs to get c++-concepts to build.
Take a good look
On 10/25/2013 06:08 AM, Paolo Carlini wrote:
Hi,
On 10/18/2013 04:42 AM, Ed Smith-Rowland wrote:
--- testsuite/g++.dg/cpp1y/pr58708.C (revision 0)
+++ testsuite/g++.dg/cpp1y/pr58708.C(working copy)
@@ -0,0 +1,70 @@
+// { dg-options -std=c++1y }
+
+#include array
+#include vector
+#include
On 10/25/2013 07:54 AM, Paolo Carlini wrote:
On 10/25/2013 01:38 PM, Ed Smith-Rowland wrote:
So, you also want a library testcase?
Up to you: if you feel it would test something that the c++ front-end
testcase doesn't, why not.
Paolo.
I think this patch should be sufficient - no containers
On 10/25/2013 10:01 AM, Paolo Carlini wrote:
On 10/25/2013 03:46 PM, Ed Smith-Rowland wrote:
On 10/25/2013 07:54 AM, Paolo Carlini wrote:
On 10/25/2013 01:38 PM, Ed Smith-Rowland wrote:
So, you also want a library testcase?
Up to you: if you feel it would test something that the c++
front
On 10/25/2013 10:01 AM, Paolo Carlini wrote:
On 10/25/2013 03:46 PM, Ed Smith-Rowland wrote:
On 10/25/2013 07:54 AM, Paolo Carlini wrote:
On 10/25/2013 01:38 PM, Ed Smith-Rowland wrote:
So, you also want a library testcase?
Up to you: if you feel it would test something that the c++
front
Here is an implementation for C++14 digit separators (single quote).
It's still testing on x86_64-linux but I wanted to give folks a chance
to check it out.
Ed
libcpp:
2013-10-28 Edward Smith-Rowland 3dw...@verizon.net
implement C++14 digit separators.
* include/cpplib.h
On 10/28/2013 09:44 AM, Jason Merrill wrote:
On 10/28/2013 09:10 AM, Joseph S. Myers wrote:
On Sun, 27 Oct 2013, Ed Smith-Rowland wrote:
Here is an implementation for C++14 digit separators (single quote).
I tend to think that such features should come with a test that the
feature
On 10/25/2013 10:40 AM, Jakub Jelinek wrote:
On Fri, Oct 25, 2013 at 10:29:41AM -0400, Ed Smith-Rowland wrote:
2013-10-25 Edward Smith-Rowland 3dw...@verizon.net
PR c++/58708
* parser.c (make_string_pack): Discover non-const type and size
of character and build parm
Committed.
2012-10-26 Edward Smith-Rowland 3dw...@verizon.net
* include/std/system_error (system_error(error_code, const char*),
system_error(int, const error_category, const char*)): New.
* include/std/stdexcept ( logic_error(const char*),
domain_error(const
On 10/26/2012 10:26 AM, Paolo Carlini wrote:
On 10/26/2012 04:11 PM, Ed Smith-Rowland wrote:
Committed.
I can't find the message actually approving the patch. And personally
I'm a bit nervous about it.
Paolo.
Sorry, i though it was OK. Do you want me to roll back? do you want to?
Ed
On 10/26/2012 10:26 AM, Paolo Carlini wrote:
On 10/26/2012 04:11 PM, Ed Smith-Rowland wrote:
Committed.
I can't find the message actually approving the patch. And personally
I'm a bit nervous about it.
Paolo.
Well, the commit had failed anyway... ChangeLog out of date.
So I'll wait.
Ed
rules by default. But if -std=c++1y is used as the C++ standard then
the flags are off by default allowing use as C+11 user-defined literals.
I would like to get this into 4.8 if I can.
It passes on x86_64 linux.
Regards,
Ed
libcpp
2012-11-05 Ed Smith-Rowland 3dw...@verizon.net
PR
++*, and std=c++98.
I sets the flag off (use suffixes for user-defined literals) for std=c++11+.
Ed
libcpp
2012-11-09 Ed Smith-Rowland 3dw...@verizon.net
PR c++/54413
* include/cpplib.h (cpp_interpret_float_suffix): Add cpp_reader* arg.
(cpp_interpret_int_suffix): Add
On 11/09/2012 05:09 PM, Jason Merrill wrote:
Now that G++ uses the value of __cplusplus specified by the standard,
we don't need the other macro anymore.
OK for trunk, or should I save it for the next stage 1?
Jason
This looks like a non-user-facing mechanical change that makes sense.
FWIW
I found this suspicious looking line in cp/parser.c () while looking at
__thread and thread_local.
Look at the patterns of the if blocks above the line in question to verify.
Built and tested on x86_64-linux.
Ed
2012-11-11 Ed Smith-Rowland 3dw...@verizon.net
* parser.c
On 11/12/2012 12:05 AM, Jason Merrill wrote:
OK.
Jason
Committed.
2012-11-12 Ed Smith-Rowland 3dw...@verizon.net
* parser.c (cp_parser_objc_class_ivars):
Index declspecs.locations by ds_typedef rather than ds_thread.
Index: parser.c
);
+ else if (overflow 0)
+ warning_at (token-location, OPT_Woverflow,
+ floating literal truncated to zero);
+ }
release_tree_vector (args);
return result;
}
2012-11-19 Ed Smith-Rowland 3dw...@verizon.net
PR
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
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
On 11/10/2013 11:54 AM, Jonathan Wakely wrote:
On 10 November 2013 16:52, Jonathan Wakely jwakely@gmail.com wrote:
I thought I'd already made similar changes to gcc-4.9/changes.html for
the C++14 changes but I never committed it. The only comment I have
is that chrono isn't a type, but the
On 11/10/2013 03:59 PM, Jonathan Wakely wrote:
On 10 November 2013 20:28, Ed Smith-Rowland wrote:
OK, I folded our versions together. Thank you. I also fixed up my code
examples.
OK?
That looks good, thanks very much for updating it.
OK, I got gcc-4.9/changes.html checked in (after some
On 11/29/2013 08:38 AM, Matthias Klose wrote:
trunk has some empty directories. ok to remove?
gcc/testsuite/go.test/test/fixedbugs/bug478.dir
libstdc++-v3/testsuite/experimental/string_view/requirements/exception
libstdc++-v3/testsuite/experimental/string_view/capacity/wchar_t
This adds the Rice distribution to the C++11 random facility and a Gnu
extension.
2012-09-14 Edward Smith-Rowland 3dw...@verizon.net
* include/ext/random: Add __gnu_cxx::rice_distribution class.
* include/ext/random.tcc: Add out-of-line functions for
I initialized an adapted urng that was not needed or used in the
rice_distribution extension.
2012-09-16 Edward Smith-Rowland 3dw...@verizon.net
* include/ext/random.tcc (__gnu_cxx::rice_distribution
::__generate_impl): Remove bogus _Adaptor usage.
Index:
On 09/18/2012 10:28 AM, Paolo Carlini wrote:
On 09/18/2012 03:23 AM, Ed Smith-Rowland wrote:
Here is another tweak for the Nakagami distribution.
operator() is a one liner without a local variable.
The template friend is fixed and the relevant test has been added.
Changed dates
On 09/21/2012 05:33 AM, Paolo Carlini wrote:
On 09/21/2012 11:02 AM, Ulrich Drepper wrote:
On Thu, Sep 20, 2012 at 6:17 AM, Paolo Carlini
paolo.carl...@oracle.com wrote:
Patch looks generally Ok to me. If Ulrich and the other interested
parties
don't have anything to add over the next 24 hrs
On 10/12/2012 10:50 AM, Paolo Carlini wrote:
On 10/12/2012 04:19 PM, Ed Smith-Rowland wrote:
These are my last two random distribution extensions for now.
Thanks a lot!
The main on is the Hoyt distribution (AKA the Nakagami-q
distribution). It uses the arcsine with specified basis
In htdocs/projects/cxx1y.html it says no for support of binary
literals. I think that's a Yes actually.
Here is a little patchlet.
Am I missing something?
Index: htdocs/projects/cxx1y.html
===
RCS file:
On 04/27/2013 02:59 AM, Jakub Jelinek wrote:
On Sat, Apr 27, 2013 at 01:03:17AM -0400, Ed Smith-Rowland wrote:
In htdocs/projects/cxx1y.html it says no for support of binary
literals. I think that's a Yes actually.
Here is a little patchlet.
Am I missing something?
So yes... ;-) I had
, this builds and tests clean on x86_64-linux.
Thanks,
Ed
2013-05-30 Ed Smith-Rowland 3dw...@verizon.net
Implement N3642 - User-defined Literals for Standard Library Types
Implement N3660 - User-defined Literals for std::complex,
part 2 of UDL for Standard Library Types
On 05/31/2013 10:41 AM, Daniel Krügler wrote:
2013/5/31 Ed Smith-Rowland 3dw...@verizon.net:
Greetings,
This patch implements N3642 - User-defined literals for
std::chrono::duration and std::basic_string
and N3660 - User-defined literals for std::complex.
N3660 was rejected during
Committed the following...
2013-05-30 Ed Smith-Rowland 3dw...@verizon.net
Implement N3642 - User-defined Literals for Standard Library Types
* include/bits/parse_numbers.h: New.
* include/std/chrono: Add duration literal operators.
* include/bits
clean this up?
Builds and tests clean on x86_64-linux.
Ed
2013-06-01 Ed Smith-Rowland 3dw...@verizon.net
include/std/chrono: Collapse redundant 'inline' from 'inline constexpr'.
include/std/tuple: Ditto.
include/bits/move.h: Ditto.
Index: include/std/chrono
On 06/01/2013 05:29 PM, Gabriel Dos Reis wrote:
please go ahead.
-- Gaby
Done.
std::quoted(original);
ss std::quoted(round_trip);
assert( original == round_trip );
Builds and tests clean on x86-64-linux.
Ed Smith-Rowland
2013-06-05 Ed Smith-Rowland 3dw...@verizon.net
Implement N3654 - Quoted Strings Library Proposal
* include/std/iomanip: Add
On 06/05/2013 04:01 PM, Jonathan Wakely wrote:
On 5 June 2013 20:18, Ed Smith-Rowland wrote:
Greetings,
This patch implements quoted string manipulators for C++14.
27.7.6 - Quoted manipulators[quoted.manip].
The idea is to allow round trip insert and extract of strings with spaces
.
This patch cleans all that up.
Built and tested on x86_64-linux.
Thanks,
Ed Smith-Rowland
2013-06-07 Ed Smith-Rowland 3dw...@verizon.net
Simplify and clean up library literals.
* include/std/chrono: Simplify namespace and versioning management.
* include/bits/basic_string.h
On 06/06/2013 10:55 AM, Ed Smith-Rowland wrote:
On 06/05/2013 04:01 PM, Jonathan Wakely wrote:
On 5 June 2013 20:18, Ed Smith-Rowland wrote:
Greetings,
This patch implements quoted string manipulators for C++14.
27.7.6 - Quoted manipulators[quoted.manip].
The idea is to allow round
Original Message
Subject: Re: [Bug libstdc++/56430] In __airy: return-statement with a
value, in function returning 'void'.
Date: Wed, 12 Jun 2013 20:02:27 -0400
From: Ed Smith-Rowland 3dw...@verizon.net
To: libstd...@gcc.gnu.org libstd...@gcc.gnu.org, gcc-patches
On 06/13/2013 04:30 AM, Paolo Carlini wrote:
On 06/13/2013 02:38 AM, Paolo Carlini wrote:
If we really have to add a testcase - I'm not sure - please double
check that it passes testing with -Wall, no unused vars.
Patch as went in had still the testcase wrong, triggering at least 3
warnings
This little nit was certainly latent all along but was only exposed once
we got literal ops into the std library.
A user who calls a operator explicitly get yelled at for not having
anunderscore.
OK after testing completes on x86_64-linux?
Ed
gcc/cp:
2013-06-25 Ed Smith-Rowland 3dw
This will allow such things as
constexpr std::complexfloat
operatorif(long double imag);
OK after testing completes on x86_64-linux.
Ed
gcc/cp:
2013-06-25 Ed Smith-Rowland 3dw...@verizon.net
* gcc/cp/parser.c (cp_parser_operator()): Parse user-defined string
literal
should be changed (or removed.)
Just removed this paragraph.
Applied.
Ed
2013-06-25 Ed Smith-Rowland 3dw...@verizon.net
Status page for C++2014 library features
* doc/xml/faq.xml: Add link to new C++14 status page.
* doc/xml/manual/intro.xml: Ditto.
* doc/xml
On 06/25/2013 08:50 AM, Jason Merrill wrote:
I had missed a few files in my patch anyway (I was doing too much at once).
On 06/25/2013 08:27 AM, Ed Smith-Rowland wrote:
+ else if (token-type == CPP_KEYWORD)
+{
+ error (unexpected keyword;
+ Remove space between quotes
On 06/27/2013 07:01 AM, Jonathan Wakely wrote:
On 26 June 2013 02:28, Ed Smith-Rowland wrote:
On 06/25/2013 11:59 AM, Jonathan Wakely wrote:
On 25 June 2013 16:45, 3dw...@verizon.net wrote:
Here is a C++2014 status page for fun and profit.
Excellent, thanks!
Tested with xmllint
On 06/26/2013 05:01 PM, Jason Merrill wrote:
On 06/26/2013 09:43 AM, Ed Smith-Rowland wrote:
+ if (bad_encoding_prefix)
+error (invalid encoding prefix in literal operator);
+ {
+tree string_tree = USERDEF_LITERAL_VALUE (token-u.value);
No need to open a nested block
On 06/27/2013 11:24 PM, Ed Smith-Rowland wrote:
On 06/27/2013 07:01 AM, Jonathan Wakely wrote:
On 26 June 2013 02:28, Ed Smith-Rowland wrote:
On 06/25/2013 11:59 AM, Jonathan Wakely wrote:
On 25 June 2013 16:45, 3dw...@verizon.net wrote:
Here is a C++2014 status page for fun and profit
On 07/09/2013 06:17 AM, Jonathan Wakely wrote:
On 9 July 2013 11:13, Tim Shen wrote:
On Tue, Jul 9, 2013 at 4:35 PM, Jonathan Wakely jwakely@gmail.com wrote:
Sorry for the delay, I missed this latest version - it looks excellent
and is fine to commit. Do you have svn write access or do you
() and inserts useful phrases in the
error messages.
Built and tested on x86-64-linux.
OK?
Ed
gcc/c-family:
2013-08-04 Ed Smith-Rowland 3dw...@verizon.net
PR c++/58072
* c-common.c (c_parse_error): Catch user-defined literal tokens and
provide useful error strings.
gcc
This patch rejects literal operators with defaulted arguments with an extra
note to that effect. Not a big deal but it responds to a malformed program
statement in the draft.
Builds and tests clean on x86_64-linux. OK?
Ed
CL_udlit_nodefault
Description: Binary data
As committed:
Same patch as discussed before all the holidays.
Built and tested x86_64-linux.
2014-01-24 Ed Smith-Rowland 3dw...@verizon.net
Peter A. Bigot p...@pabigot.com
PR libstdc++/59529
* include/experimental/string_view
(basic_string_view(const
-multi-neg.C (revision 0)
@@ -0,0 +1,7 @@
+// { dg-require-effective-target c++11 }
+
+class Foo
+{
+public:
+ void bar() const { } // { dg-error multiple ref-qualifiers }
+};
gcc/cp:
2013-04-05 Ed Smith-Rowland 3dw...@verizon.net
* parser.c (cp_parser_ref_qualifier_seq_opt): Move
()
+ { return 42; } // { dg-error literal operator template|has invalid
parameter list }
+
+int i = hi!_script;
gcc/cp:
2013-04-17 Ed Smith-Rowland 3dw...@verizon.net
Implement n3599 - Literal operator templates for strings.
* parser.c (make_string_pack (tree value)): New function
On 08/09/2014 11:33 AM, Marc Glisse wrote:
On Sat, 9 Aug 2014, Ulrich Drepper wrote:
If you are going to specialize for dim 2, I imagine you won't be
computing
normal distributions, you will only generate a point uniformy in a
square
and reject it if it is not in the ball? (interestingly
I get build fail:
../../gcc_concepts/gcc/cp/call.c:8793:8: error: unused variable ‘m1’
[-Werror=unused-variable]
tree m1 = get_temploid (cand1);
^
../../gcc_concepts/gcc/cp/call.c:8794:8: error: unused variable ‘m2’
[-Werror=unused-variable]
tree m2 = get_temploid (cand2);
On 08/22/2014 04:36 PM, Jason Merrill wrote:
OK, thanks.
Jason
Committed 214400.
Attached patch is the one committed.
Thanks.
libcpp/
2014-08-23 Edward Smith-Rowland 3dw...@verizon.net
* include/cpplib.h (enum c_lang): Add CLK_GNUCXX1Z, CLK_CXX1Z;
Rename CLK_GNUCXX1Y,
with
#if __cplusplus 201402L
...
#endif
Built and tested clean on x86_64-linux.
OK?
2014-08-23 Ed Smith-Rowland 3dw...@verizon.net
* libsupc++/new: Use the C++14 value of __cplusplus as appropriate.
* include/bits/parse_numbers.h: Ditto.
* include/bits/stl_function.h: Ditto
Since we have C++14 sized deallocation it seems we should enable the SD-6
feature test appropriately.
My reading of the announcement and code along with some experimentation
indicates that this feature is allowed in C++11 with -fsized-deallocation.
The feature test macro is thus set whenever
On 12/17/2014 05:43 PM, Jakub Jelinek wrote:
On Wed, Dec 17, 2014 at 04:14:00PM -0500, Jason Merrill wrote:
On 12/05/2014 03:28 PM, Jakub Jelinek wrote:
3) there is no __has_attribute__ middle-end secondary macro,
when it is a built-in macro, it works fine in #ifdef too
I'm not sure what
Since we have C++14 sized deallocation we should enable the SD-6 feature
test macro.
For this feature test I'm not using language version but testing
flag_sized_deallocation in case C++14 turns the feature off or C++11
turns the feature on (as my reading and testing indicate that it can).
I tried this patch a year ago and, as pointed out by NightStrike, got
lost in the shuffle.
The idea is that default arguments in literal operators would lead to
ambiguities and might not act like the uthor intends.
The earlier patch errors out. This time I just warn. I'm not sure what
we
And now with a patch...
I tried this patch a year ago and, as pointed out by NightStrike, got
lost in the shuffle.
The idea is that default arguments in literal operators would lead to
ambiguities and might not act like the uthor intends.
The earlier patch errors out. This time I just
Greetings,
I would like peoples opinion of adding another column to the tables
indicating C++ feature status for C++11 and C++14 that contains the
relevant SD-6 feature macro.
Ed
Index: htdocs/projects/cxx0x.html
===
RCS file:
On 12/30/2014 10:44 AM, Jason Merrill wrote:
On 12/27/2014 07:56 PM, Ed Smith-Rowland wrote:
I would like peoples opinion of adding another column to the tables
indicating C++ feature status for C++11 and C++14 that contains the
relevant SD-6 feature macro.
Sure, that makes sense.
Jason
Gerald,
Could I get a hand on checking in this last addition?
-m 'Add a blurb to htdocs/gcc-5/changes.html to explain the
__has_cpp_attribute and
the equivalent __has_attribute macros.'
Thanks,
Ed
Sorry, I forgot to add gcc-patches.
Index: htdocs/gcc-5/changes.html
On 01/25/2015 05:04 PM, Gerald Pfeifer wrote:
Hi Ed,
On Friday 2015-01-02 13:59, Ed Smith-Rowland wrote:
I would like peoples opinion of adding another column to the tables
indicating C++ feature status for C++11 and C++14 that contains the
relevant SD-6 feature macro.
Sure, that makes sense
OK,
Here is a new try at PR c++/64626 - C++14 single quote should not always
be a digit separator.
I decided to look for multiple terminating single quotes.
The test cases have bee adjusted and debugged.
Built and tested on x86_64-linux.
Ed
libcpp/
2015-03-16 Edward Smith-Rowland
On 03/08/2015 02:52 PM, Jakub Jelinek wrote:
On Sun, Mar 08, 2015 at 02:33:03PM -0400, Ed Smith-Rowland wrote:
I just look to see if a lexed number in libcpp ends in a '.
If so, back up one character and let string processing handle it.
I get one warning and one error for each instance but I'd
Forget this last patch.
The syntax of my dg lines was wrong and I'm seeing errors I'm not sure I
like.
I need to look at this further.
I'm sorry for the noise.
I just look to see if a lexed number in libcpp ends in a '.
If so, back up one character and let string processing handle it.
I get one warning and one error for each instance but I'd rather not
error when it should pass.
Built and tests clean on x86_64-linux.
OK?
libcpp/
2015-03-09
This has been in me tree for a good while.
It is fairly simple and adds C++ experimental container erasure.
Builds and tests cleanly on x86_64-linux.
OK?
Index: include/Makefile.am
===
--- include/Makefile.am (revision 222573)
101 - 200 of 330 matches
Mail list logo