The title says it all.
I've been bootstrapping and testing with this on x86_64-linux for a month.
OK?
Ed
2014-07-10 Edward Smith-Rowland 3dw...@verizon.net
Add the logistic_distribution as an extension.
* include/ext/random: Add the logistic_distribution.
*
Here are some C++ versioning changes reflecting C++14 status and adding
c++1z. It is a followup to Jason's patch on 2014-06-26 adding std=c++1z,
etc.
This will allow us to start making C++1z changes to the preprocessor
(n3981 remove trigraphs).
In fact, I made trigraphs opt-in for both
Here is a preprocessor patch to make error messages show C++11 and other
relevant C++ language instead of C99.
Built and tested on x86_64-linux.
OK?
libcpp/
2014-07-09 Edward Smith-Rowland 3dw...@verizon.net
PR CPP/61389
* macro.c (_cpp_arguments_ok, parse_params,
Index: gcc/testsuite/g++.dg/cpp1y/digit-sep-neg.C
===
--- gcc/testsuite/g++.dg/cpp1y/digit-sep-neg.C(revision 212440)
+++ gcc/testsuite/g++.dg/cpp1y/digit-sep-neg.C(working copy)
@@ -7,7 +7,7 @@
i = 1048''576; // {
This patch addresses an old issue of warning about macro touching string
literal even if the code is skipped:
#define BAZ baz
#if 0
barBAZ
#endif
Just skip the warning Wliteral-suffix if the preprocessor is skipping.
Built and tested on x86_64-linux.
OK?
And for 4.9?
Thanks,
Ed Smith
Support operator (...) per CWG 1473.
I'll be AFK over the holiday.
Bootstrapped and tested on x86_64-linux.
OK?
I'm less sure if this is appropriate for 4.9.
Index: cp/parser.c
===
--- cp/parser.c (revision 212248)
+++
On 06/27/2014 05:39 PM, paolo.carlini at oracle dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60249
--- Comment #5 from Paolo Carlini paolo.carlini at oracle dot com ---
Patch looks *great*. If it works, please send it to mailing list ASAP.
I think I finally got these weird
).
Built and tested clean on x86_64-linux.
OK?
I would also like to apply this to 4.9.
Ed Smith-Rowland
cp/
2014-06-28 Edward Smith-Rowland 3dw...@verizon.net
PR c++/58781
PR c++/60249
PR c++/59867
* parser.c (cp_parser_userdef_string_literal()): Take a tree
On 06/26/2014 11:28 PM, Jason Merrill wrote:
On 06/26/2014 09:38 PM, Ed Smith-Rowland wrote:
So is C++14 a done deal with a __cplusplus date and all?
The C++14 draft was finalized at the February meeting in Issaquah; the
ratification process isn't quite done, but I haven't heard any reason
On 06/25/2014 10:03 AM, Andrew Sutton wrote:
I did a full 3-stage bootstrap which is the default these days.
I'll try --disable-bootstrap and see what happens.
I just did a full bootstrap build and got the same errors. The errors
are correct for C++11, which was enabled by default in this
So is C++14 a done deal with a __cplusplus date and all?
I've been waiting for some news or a trip report from Rapperswil and
have seen nothing on isocpp.
I've been thinking of adding a thing or two to C++1z like clang has -
The Disabling trigraph expansion by default looks easy.
Ed
I saw this during bootstrap. I've verified that the patch works (I was
working on similar).
Ed
I am still having problems doing a full build.
I get stuck on something that I think can't be a concepts problem in
gcc/config/i386/i386.c:
make[3]: Entering directory `/home/ed/obj_concepts/gcc'
/home/ed/obj_concepts/./prev-gcc/xg++
-B/home/ed/obj_concepts/./prev-gcc/
I'm not sure the warning is correct in any case...
In i386.h
struct stringop_algs
{
const enum stringop_alg unknown_size;
const struct stringop_strategy {
const int max;
const enum stringop_alg alg;
int noalign;
} size [MAX_STRINGOP_ALGS];
};
in i386.c
---
On 06/24/14, Andrew Sutton wrote:
Weird. Any chance you're doing a bootstrap build?
There was an earlier bootstrapping issue with this branch. We had
turned on -std=c++1y by default, and it was causing some conversion
errors with lvalue references to bitfields in libasan.
This doesn't
This is the second round of the SD-6 support series.
I believe I have answered everyones concerns.
Built and tested on x86_64-linux.
OK?
2014-06-09 Ed Smith-Rowland 3dw...@verizon.net
Implement SD-6: SG10 Feature Test Recommendations
* directives.c: Support __has_include__
This is the second round of the SD-6 support series.
I believe I have answered everyones concerns.
Built and tested on x86_64-linux.
OK?
2014-06-09 Ed Smith-Rowland 3dw...@verizon.net
Implement SD-6: SG10 Feature Test Recommendations
* c-cppbuiltin.c (c_cpp_builtins
This is the second round of the SD-6 support series.
I believe I have answered everyones concerns.
Several test suite adjustments were added.
Built and tested on x86_64-linux.
OK?
2014-06-09 Ed Smith-Rowland 3dw...@verizon.net
Implement SD-6: SG10 Feature Test Recommendations
This is the second round of the SD-6 support series.
I believe I have answered everyones concerns.
Built and tested on x86_64-linux.
OK?
libstdc++:
2014-06-09 Ed Smith-Rowland 3dw...@verizon.net
Implement SD-6: SG10 Feature Test Recommendations
* g++.dg/cpp1y/feat-cxx11
On 06/06/2014 11:41 PM, Ed Smith-Rowland wrote:
On 06/06/2014 10:27 AM, Jonathan Wakely wrote:
On 06/06/14 10:08 -0400, Ed Smith-Rowland wrote:
I'll look at rdbuf. Error in rdbuf? Do I need to do something?
No, just me being dumb. The ostream::operator(streambuf*) overload
behaves
On 06/05/2014 11:48 AM, Jonathan Wakely wrote:
On 05/06/14 11:43 -0400, Ed Smith-Rowland wrote:
On 04/01/2014 07:33 AM, Jonathan Wakely wrote:
[CCing gcc-patches]
On 11/03/14 11:18 -0400, Ed Smith-Rowland wrote:
On 02/14/2014 07:56 PM, Jonathan Wakely wrote:
We need to implement this fix
On 06/06/2014 10:27 AM, Jonathan Wakely wrote:
On 06/06/14 10:08 -0400, Ed Smith-Rowland wrote:
I'll look at rdbuf. Error in rdbuf? Do I need to do something?
No, just me being dumb. The ostream::operator(streambuf*) overload
behaves as an unformatted output function, so won't obey
On 05/20/2014 04:44 PM, Jason Merrill wrote:
On 05/13/2014 08:59 PM, Ed Smith-Rowland wrote:
+ escape_it = escape_it || cpp_userdef_string_p (token-type)
+|| cpp_userdef_char_p (token-type);
Let's add the new cases to the previous statement instead of a new
one. OK
On 04/01/2014 07:33 AM, Jonathan Wakely wrote:
[CCing gcc-patches]
On 11/03/14 11:18 -0400, Ed Smith-Rowland wrote:
On 02/14/2014 07:56 PM, Jonathan Wakely wrote:
We need to implement this fix (probably after 4.9 is released though)
http://cplusplus.github.io/LWG/lwg-active.html#2344
Here
On 06/02/2014 10:31 AM, Jason Merrill wrote:
On 05/31/2014 02:30 AM, Marc Glisse wrote:
Also, I am pretty sure that gcc doesn't support the latest constexpr, we
shouldn't define those macros lightly.
That's correct. We should leave __cpp_constexpr at 200704 for now.
Right... That was a
A group within the C++ standards committee was charged with the
responibility of coming up with a way for users to test a C++ compiler
and runtime for the availability of new features. These features are
intended to aid users in a time of intense C++ evolution. These
features are not really
This is the c-family part: Setting the language feature macos and
defining the __has_include macro.
c-family:
2014-05-31 Ed Smith-Rowland 3dw...@verizon.net
Implement SD-6: SG10 Feature Test Recommendations
* c-cppbuiltin.c (c_cpp_builtins()): Define language feature
Here is the libcpp portion.
2014-05-31 Ed Smith-Rowland 3dw...@verizon.net
Implement SD-6: SG10 Feature Test Recommendations
* directives.c: Support __has_include__ builtin.
* expr.c (parse_has_include): New function to parse __has_include__
builtin
This is the libstdc++ and libstdc++ testsuite part.
2014-05-31 Ed Smith-Rowland 3dw...@verizon.net
Implement SD-6: SG10 Feature Test Recommendations
* include/bits/basic_string.h: Add __cpp_lib feature test macro.
* include/bits/stl_algobase.h: Ditto.
* include
On 05/15/2014 03:03 PM, Jonathan Wakely wrote:
Here's a finished patch to simplify bits/parse_numbers.h
Tested x86_64-linux. Ed, any objection to this version?
This looks great, thanks!
Having done that should we actually stop using it as suggested in the
bug trail? ;-)
Make the machinery in bits/parse_number.h unsigned long long.
I had actually noticed this a while back but we were in stage 4. Then I
forgot.. :-/
Built and tested on x84_64-linux.
OK?
2014-05-14 Ed Smith-Rowland 3dw...@verizon.net
libstdc++/61166 overflow when parse number
On 05/14/2014 09:59 AM, Daniel Krügler wrote:
2014-05-14 15:38 GMT+02:00 Ed Smith-Rowland 3dw...@verizon.net:
Make the machinery in bits/parse_number.h unsigned long long.
I had actually noticed this a while back but we were in stage 4. Then I
forgot.. :-/
Built and tested on x84_64-linux.
OK
On 05/13/2014 01:29 PM, Joseph S. Myers wrote:
On Mon, 12 May 2014, Ed Smith-Rowland wrote:
This patch is really a libcpp patch. But UDLs are like that ;-)
Add string user-defined literals and char user-defined literals to the list of
things to look out for while escaping strings in macro
This patch is really a libcpp patch. But UDLs are like that ;-)
Add string user-defined literals and char user-defined literals to the
list of things to look out for while escaping strings in macro args.
I'm not sure how to test this really. we want to write out *.ii files
and verify that
On 04/15/2014 03:06 PM, Jonathan Wakely wrote:
On 29/03/14 14:54 -0400, Ed Smith-Rowland wrote:
All,
In string_view I botched the noexcept specification of operations
like find and friends with CharT* arguments.
I'm a little surprised the inconsistency between string_view
On 03/16/2014 08:43 AM, Jonathan Wakely wrote:
On 15 March 2014 14:46, Ed Smith-Rowland wrote:
I'm resending this because I forgot to dupe to gcc-patches and I'd like one
thread.
This should be pure commentary and documentation.
I hope I got all these. I grepped for DR and added
commentary.
Then I added the new _GLIBCXX_RESOLVE_LIB_DEFECTS to the xml intro page.
OK? Can anyone think of one I left out?
Ed
2014-03-15 Ed Smith-Rowland 3dw...@verizon.net
* include/bits/allocator.h: Add CL_GLIBCXX_RESOLVE_LIB_DEFECTS.
* include/bits/basic_string.h: Ditto
Why not also -std=gnu++14?
Built and tested on x86-64-linux.
This is just a test case.
2014-03-01 Edward Smith-Rowland 3dw...@verizon.net
PR c++/50025
* g++.dg/cpp0x/pr50025.C: New.
Index: g++.dg/cpp0x/pr50025.C
===
---
This are the patches as applied
Built and tested x86_64-linux.
2014-02-20 Ed Smith-Rowland 3dw...@verizon.net
Rename shared_mutex to shared_timed_mutex per C++14 acceptance of N3891.
* include/std/shared_mutex: Rename shared_mutex to shared_timed_mutex.
* testsuite
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
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
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
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 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 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
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
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/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
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
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):
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?
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 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
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
', 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
() 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
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
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 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 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/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
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/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
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
.
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
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
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
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.
, 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
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
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:
()
+ { 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
-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
= cpp_userdef_string_add_type (type);
gcc/libcpp/
2013-02-13 Ed Smith-Rowland 3dw...@verizon.net
PR c++/55582
* libcpp/lex.c (lex_raw_string): Allow string literal with suffix
beginning with 's' to be parsed as a C++11 user-defined literal.
gcc/testsuite/
2013-02-13 Ed
On 02/08/2013 08:18 AM, Paolo Carlini wrote:
On 02/08/2013 05:09 AM, Ed Smith-Rowland wrote:
Here is a reworked patch... The asyptotic stuff is removed for now.
Builds and tests cleanon x86_64-unknown-linux.
Please add a:
bool test __attribute__((unused)) = true;
at the beginning
On 02/07/2013 04:18 AM, Jonathan Wakely wrote:
On 7 February 2013 03:05, Ed Smith-Rowland wrote:
greetings,
On SO someone noticed that g++ still has in the basic_ios class
operator void*();
instead of
explicit operator bool() const;
The old C++98 operator allows things like
std::cout
}; }
+
+ std::u32string
+ operator s(const char32_t* str, std::size_t len)
+ { return std::u32string{str, len}; }
+}
gcc/libcpp/
2012-12-05 Ed Smith-Rowland 3dw...@verizon.net
PR c++/55582
* lex.c (lex_raw_string): Allow string literal with suffix starting with
lower-case 's
);
+ 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 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
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/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
++*, 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
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
201 - 300 of 330 matches
Mail list logo