This is the mail archive of the
mailing list for the libstdc++ project.
Re: [PATCH] Define std::to_chars and std::from_chars for C++17 (P0067R5, partial)
- From: Jonathan Wakely <jwakely at redhat dot com>
- To: Ed Smith-Rowland <3dw4rd at verizon dot net>
- Cc: "libstdc++ at gcc dot gnu dot org" <libstdc++ at gcc dot gnu dot org>
- Date: Sat, 8 Apr 2017 00:22:40 +0100
- Subject: Re: [PATCH] Define std::to_chars and std::from_chars for C++17 (P0067R5, partial)
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx05.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx05.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=jwakely at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 7D41E2E6052
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 7D41E2E6052
- References: <firstname.lastname@example.org>
On 07/04/17 19:14 -0400, Ed Smith-Rowland wrote:
I think this is worth putting in as it gives us something to start with.
We could backport additions from 8.
Yep, this will be experimental C++17 stuff (even if it's optionally
available for C++14 code if users choose to include a non-portable
I'm looking at libquadmath/strtod/*.c ... Scary stuff.
That respects the locale, which std::from_chars explicitly ignores,
but it's a lot of work nonetheless. I think we want to implement
Grisu3 and then have something else as a slower fallback for the cases
Grisu3 fails on.
But I'll help ;-)