220 13234 <1768880.esQ11EL9yS@tjmaciei-mobl4> article Path: news.gmane.org!not-for-mail From: Thiago Macieira Newsgroups: gmane.comp.lang.c++.isocpp.proposals Subject: Re: Re: constexpr ascii character checks Date: Sat, 27 Sep 2014 18:57:52 -0700 Lines: 46 Approved: news@gmane.org Message-ID: <1768880.esQ11EL9yS@tjmaciei-mobl4> References: <2650743.qSLh741pjc@tjmaciei-mobl4> Reply-To: std-proposals@isocpp.org NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1411869485 32180 80.91.229.3 (28 Sep 2014 01:58:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 28 Sep 2014 01:58:05 +0000 (UTC) To: std-proposals@isocpp.org Original-X-From: std-proposals+bncBCB4TK757YBRBJOWTWQQKGQENC74RTI@isocpp.org Sun Sep 28 03:58:00 2014 Return-path: Envelope-to: gclcip-std-proposals@m.gmane.org Original-Received: from mail-la0-f69.google.com ([209.85.215.69]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XY3kN-0003co-Rt for gclcip-std-proposals@m.gmane.org; Sun, 28 Sep 2014 03:57:59 +0200 Original-Received: by mail-la0-f69.google.com with SMTP id q1sf3169529lam.4 for ; Sat, 27 Sep 2014 18:57:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:user-agent :in-reply-to:references:mime-version:x-original-sender :x-original-authentication-results:reply-to:precedence:mailing-list :list-id:list-post:list-help:list-archive:list-subscribe :list-unsubscribe:content-transfer-encoding:content-type; bh=gESxXeiM4cMgqqDNZxs1PCewUH/Qd8XULU13vXpoMho=; b=hNo6kAchnAUFwPf/H0NK9Cyjn5k5ow8CMnZPNJhw8Wl/76I1ZYz09gmXIUkDg2wfKC U+ux1PEKvh5oSOEkZSUM5xhtw6Lxml5vIEDCdwSkAee9rkbiX826nfi1jdW1n2fkbGxJ 5Zk3Ruh8gz4eB1EfoMoexZjou0FHhE5n3UNr2gfjSRVrzOVHgEREGtqmHP2Dq2sloX3j pp6g4/a/tmf6Sqnl+l21GetcD14jjiX51Ec9xEMMUQUw6eq57hSVFfitforJyw85vTsY s5/Yom6kGqKZlIHtk+rI62BxVS1H7BeOWVXcsWveLUXMX+OgQmq/45asVjuiom3U3xjn EXg X-Gm-Message-State: ALoCoQlERjXnpRhrC9BpH7NWznkvSihaT5dxas90QLvL5i/zi3TtRhQbx/I2QlyNU1aGApTGyGjy X-Received: by 10.194.121.72 with SMTP id li8mr4460142wjb.1.1411869479501; Sat, 27 Sep 2014 18:57:59 -0700 (PDT) X-BeenThere: std-proposals@isocpp.org Original-Received: by 10.152.6.39 with SMTP id x7ls525364lax.31.gmail; Sat, 27 Sep 2014 18:57:56 -0700 (PDT) X-Received: by 10.112.146.103 with SMTP id tb7mr28795049lbb.26.1411869476816; Sat, 27 Sep 2014 18:57:56 -0700 (PDT) Original-Received: from gondolin.macieira.info (gondolin.macieira.info. [78.47.120.188]) by mx.google.com with ESMTP id k1si12882514lam.96.2014.09.27.18.57.56 for ; Sat, 27 Sep 2014 18:57:56 -0700 (PDT) Received-SPF: pass (google.com: domain of thiago@macieira.org designates 78.47.120.188 as permitted sender) client-ip=78.47.120.188; Original-Received: from tjmaciei-mobl4.localnet (unknown [IPv6:2601:7:1c80:58c:6453:f1eb:3d0e:6f32]) by gondolin.macieira.info (Postfix) with ESMTPSA id BFD1D11B632 for ; Sat, 27 Sep 2014 18:57:55 -0700 (PDT) User-Agent: KMail/4.14 (Linux/3.11.10-21-desktop; KDE/4.14.0; x86_64; ; ) In-Reply-To: X-Original-Sender: thiago@macieira.org X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of thiago@macieira.org designates 78.47.120.188 as permitted sender) smtp.mail=thiago@macieira.org Precedence: list Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org List-ID: X-Google-Group-Id: 399137483710 List-Post: , List-Help: , List-Archive: List-Subscribe: , List-Unsubscribe: , Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:13234 Archived-At: On Saturday 27 September 2014 22:42:09 Agust=EDn K-ballo Berg=E9 wrote: > On 27/09/2014 10:35 p.m., Thiago Macieira wrote: > >>> I don't think this needs to be a template either, but I would think t= hat > >>>=20 > >>> > >char16_t and char32_t make sense. > >>> > > > >>> > >Let's just drop wchar_t. > >> > > >> >Even when the rest of STL supports it, like std::iswdigit? > >=20 > > Yes. Let's just drop it because of its C legacy that says its encoding = can > > be anything. Let's stick to ASCII, UTF-16 and UTF-32. >=20 > I don't think I understand the rationale. The encoding of all of char, > char16_t, char32_t and wchar_t can be anything. The encoding of char16_t and char32_t are always UTF-16 and UTF-32,=20 respectively. The encoding of char in a function with "ascii" in the name is ASCII. I'm saying that now that we have char16_t and char32_t with a fixed encodin= g,=20 we should stop adding wchar_t support, since that type can change sizes and= =20 whose encoding is not fixed. --=20 Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org Software Architect - Intel Open Source Technology Center PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 --=20 ---=20 You received this message because you are subscribed to the Google Groups "= ISO C++ Standard - Future Proposals" group. To unsubscribe from this group and stop receiving emails from it, send an e= mail to std-proposals+unsubscribe@isocpp.org. To post to this group, send email to std-proposals@isocpp.org. Visit this group at http://groups.google.com/a/isocpp.org/group/std-proposa= ls/. .