220 26396 <f8ce2288-8e06-41ad-8e58-0082d9d9982a@isocpp.org> article
Path: news.gmane.org!not-for-mail
From: asorenji@gmail.com
Newsgroups: gmane.comp.lang.c++.isocpp.proposals
Subject: Re: iswalpha and locales
Date: Sat, 25 Jun 2016 20:29:50 -0700 (PDT)
Lines: 110
Approved: news@gmane.org
Message-ID: <f8ce2288-8e06-41ad-8e58-0082d9d9982a@isocpp.org>
References: <5057e854-b2ea-4c39-81c7-367bc3e54080@isocpp.org>
 <5458114.SXJFP9uSZR@tjmaciei-mobl1> <op.yjmk55nhhnjspo@debian>
 <7091420.GCog6ZeHg6@tjmaciei-mobl1>
 <op.yjmmmiw0hnjspo@debian>
 <7f783407-0c3c-4381-a852-dfd12bc450d1@isocpp.org>
 <f7a33e49-7c25-48ba-a2ff-4bc765335796@isocpp.org>
 <84d2b9e6-a29b-4c79-8646-2f00dbc5087b@isocpp.org>
Reply-To: std-proposals@isocpp.org
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_3236_51026223.1466911791000"
X-Trace: ger.gmane.org 1466911801 23913 80.91.229.3 (26 Jun 2016 03:30:01 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sun, 26 Jun 2016 03:30:01 +0000 (UTC)
Cc: asorenji@gmail.com
To: ISO C++ Standard - Future Proposals <std-proposals@isocpp.org>
Original-X-From: std-proposals+bncBDSYF7ODTYPBBMEYXW5QKGQEQUMBIKI@isocpp.org Sun Jun 26 05:29:55 2016
Return-path: <std-proposals+bncBDSYF7ODTYPBBMEYXW5QKGQEQUMBIKI@isocpp.org>
Envelope-to: gclcip-std-proposals@m.gmane.org
Original-Received: from mail-it0-f71.google.com ([209.85.214.71])
	by plane.gmane.org with esmtp (Exim 4.69)
	(envelope-from <std-proposals+bncBDSYF7ODTYPBBMEYXW5QKGQEQUMBIKI@isocpp.org>)
	id 1bH0ld-0006At-Ua
	for gclcip-std-proposals@m.gmane.org; Sun, 26 Jun 2016 05:29:54 +0200
Original-Received: by mail-it0-f71.google.com with SMTP id 13sf121684846itl.0
        for <gclcip-std-proposals@m.gmane.org>; Sat, 25 Jun 2016 20:29:53 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=isocpp-org.20150623.gappssmtp.com; s=20150623;
        h=date:from:to:cc:message-id:in-reply-to:references:subject
         :mime-version:x-original-sender:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=Hs9u68ytu0eC5ILMetzjxbai3WGlCksXgeKaOe9jCm4=;
        b=yeqDVU9h0cj6/0kF9NprU/pyUE8z69ejEc15bnV6Df/bmhARP94A5aWLkwdZYtPGqx
         XclbS4Zsitink94TNdUfRYgayJi5BlNiObf4KVLy8n1F0Em+FZ9VjZeAE3AdYj/EDOxG
         z3fkRVveC82xWN9Vt5ikIlbkNuHarSWPLA7DOWkXJ+zOp6DeVLBCFIXDuVeEucq8AMGq
         QRz6/Dpug1jAv6lCy8ZSgev5SnYt2OgCZ2UZTvTiEJ4LNpPcfU5SQHfuw4otywhWgpk1
         Xkouet0F/NTuZJ0AbmiJY0tcrKBbIL+1sHJlpG5hn/i/W7CnILdl9NhwiYkQt1k5Pt7R
         oDUA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=date:from:to:cc:message-id:in-reply-to:references:subject
         :mime-version:x-original-sender:reply-to:precedence:mailing-list
         :list-id:x-spam-checked-in-group:list-post:list-help:list-archive
         :list-subscribe:list-unsubscribe;
        bh=Hs9u68ytu0eC5ILMetzjxbai3WGlCksXgeKaOe9jCm4=;
        b=PqnfTE8zrbOJfhXfSqvOPUEt3J7UfUTZTgxW/WhqZzT0FaaCSWYAf2qwnuMdJlpGuz
         1Eqtw1tHn6g/BWkMEOYDnE4BNIiS3m8zHiK9zuZew6qIeIAL4dnN7MXe6ijMlO8WobNs
         GHZQ3ixmV8ftg1UCeefjFx64DYsCDqodgbQDUwlD8xZ69iI88lZ+Ace1VLom9r5Fwwtt
         7JJJHxOZ5sfQaZ0AXPS/D5wP90CxDoh3Vtnp8IiZs4kBBm9Y+EeJORXX6PxTQWz73jB8
         Z0jRkS9jawyrcIg18gdPEFj/CoQgIPJUlHKQUJ3B/hGwbSDut3HEANswYMDvJ/94kuoj
         ZERQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:date:from:to:cc:message-id:in-reply-to
         :references:subject:mime-version:x-original-sender:reply-to
         :precedence:mailing-list:list-id:x-spam-checked-in-group:list-post
         :list-help:list-archive:list-subscribe:list-unsubscribe;
        bh=Hs9u68ytu0eC5ILMetzjxbai3WGlCksXgeKaOe9jCm4=;
        b=d5OY8hXTP/rsiKXsZttea6PDH8cjE324Ez13OSXROLg6vmEbgipcbXdJCDRVW/+aJg
         52pycTDqURlFLp6QptSc8soN9UcER3WwucilFzXDVD034qjm/kGe845iihnWqlFUvVKS
         GgvwSDbYX3tSLB2Z+T0WmC5g07TB3iCb/3C9SnEe4eT5MR523vxtRedpfCrREUhkk9v6
         PurTdh5qKpP+K7daeOYpbPvDm9VNB7SHZeyzenbz8rvedYZe/Fzsc685h3D2ceN50fyj
         6MzJBi/fMif292qfMrDWsxcfuOYAsy5lBr7MNVVEwjzPS2+G4hNMl4So8ZV9Ily8WxM6
         zjdg==
X-Gm-Message-State: ALyK8tK2ie7NxB1yaF9SeRdXZ/7idCFGCVCmS2qXoYfzWNahXdxQ+/SLYJXP5VhypmXHZg==
X-Received: by 10.107.134.98 with SMTP id i95mr13055434iod.26.1466911792934;
        Sat, 25 Jun 2016 20:29:52 -0700 (PDT)
X-BeenThere: std-proposals@isocpp.org
Original-Received: by 10.36.61.72 with SMTP id n69ls575844itn.28.canary; Sat, 25 Jun
 2016 20:29:51 -0700 (PDT)
X-Received: by 10.36.103.134 with SMTP id u128mr135912itc.5.1466911791890;
        Sat, 25 Jun 2016 20:29:51 -0700 (PDT)
In-Reply-To: <84d2b9e6-a29b-4c79-8646-2f00dbc5087b@isocpp.org>
X-Original-Sender: AsoRenji@gmail.com
Precedence: list
Mailing-list: list std-proposals@isocpp.org; contact std-proposals+owners@isocpp.org
List-ID: <std-proposals.isocpp.org>
X-Spam-Checked-In-Group: std-proposals@isocpp.org
X-Google-Group-Id: 399137483710
List-Post: <https://groups.google.com/a/isocpp.org/group/std-proposals/post>, <mailto:std-proposals@isocpp.org>
List-Help: <https://support.google.com/a/isocpp.org/bin/topic.py?topic=25838>, <mailto:std-proposals+help@isocpp.org>
List-Archive: <https://groups.google.com/a/isocpp.org/group/std-proposals/>
List-Subscribe: <https://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>,
 <mailto:std-proposals+subscribe@isocpp.org>
List-Unsubscribe: <mailto:googlegroups-manage+399137483710+unsubscribe@googlegroups.com>,
 <https://groups.google.com/a/isocpp.org/group/std-proposals/subscribe>
Xref: news.gmane.org gmane.comp.lang.c++.isocpp.proposals:26396
Archived-At: <http://permalink.gmane.org/gmane.comp.lang.c++.isocpp.proposals/26396>

------=_Part_3236_51026223.1466911791000
Content-Type: multipart/alternative; 
	boundary="----=_Part_3237_1608851807.1466911791001"

------=_Part_3237_1608851807.1466911791001
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable



=D0=B2=D0=BE=D1=81=D0=BA=D1=80=D0=B5=D1=81=D0=B5=D0=BD=D1=8C=D0=B5, 26 =D0=
=B8=D1=8E=D0=BD=D1=8F 2016 =D0=B3., 3:04:31 UTC+3 =D0=BF=D0=BE=D0=BB=D1=8C=
=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C Nicol Bolas=20
=D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:
>
>
> ... Have you looked at the Unicode tables? They are not small. Like I=20
> said, there are ways to make them smaller (and your code makes them far=
=20
> bigger than necessary, since only ~15% of the codepoint range is assigned=
).=20
> But there is no proof-of-concept that shows that it won't bloat executabl=
es=20
> by 100KB.
>
> Yes, there are ways to make them smaller. But this no way to make them=20
*faster*. Sacrifice time for saving 100KB? We not load programs from floppy=
=20
anymore, we have gigabytes of RAM and at least gigabytes of disk space. In=
=20
modern word 100KB insignificant sacrifice for speed. In any case, in=20
desktop, executables get C-function implementations from libc6-dev package=
=20
in Linux or from User32.dll in Windows. If Linux or Windows bloat by 100KB,=
=20
you even can't notice this.
PS *single* std::regex bloat executables by 100KB=20
<http://stackoverflow.com/questions/28931088/huge-program-size-c-with-stdre=
gex>.=20
I'm think we must remove std::regex from C++11 standard library.

> Also, there is no guarantee that `wint_t` can store a Unicode codepoint,=
=20
> so that API isn't reasonable. If you're serious about Unicode support, yo=
u=20
> need to focus on the types that actually store Unicode encodings.
>
Okay, char32_t.=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.
To view this discussion on the web visit https://groups.google.com/a/isocpp=
..org/d/msgid/std-proposals/f8ce2288-8e06-41ad-8e58-0082d9d9982a%40isocpp.or=
g.

------=_Part_3237_1608851807.1466911791001
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><br>=D0=B2=D0=BE=D1=81=D0=BA=D1=80=D0=B5=D1=81=D0=B5=
=D0=BD=D1=8C=D0=B5, 26 =D0=B8=D1=8E=D0=BD=D1=8F 2016 =D0=B3., 3:04:31 UTC+3=
 =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C N=
icol Bolas =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:<blockquote class=3D"=
gmail_quote" style=3D"margin: 0;margin-left: 0.8ex;border-left: 1px #ccc so=
lid;padding-left: 1ex;"><div dir=3D"ltr"><br>... Have you looked at the Uni=
code tables? They are not small. Like I said, there are ways to make them s=
maller (and your code makes them far bigger than necessary, since only ~15%=
 of the codepoint range is assigned). But there is no proof-of-concept that=
 shows that it won&#39;t bloat executables by 100KB.<br><br></div></blockqu=
ote><div>Yes, there are ways to make them smaller. But this no way to make =
them <strong>faster</strong>. Sacrifice time for saving 100KB? We not load =
programs from floppy anymore, we have gigabytes of RAM and at least gigabyt=
es of disk space. In modern word 100KB insignificant sacrifice for speed. I=
n any case, in desktop, executables get C-function implementations from lib=
c6-dev package in Linux or from User32.dll in Windows. If Linux or Windows =
bloat by 100KB, you even can&#39;t notice this.</div><div>PS <strong>single=
</strong> std::regex <a href=3D"http://stackoverflow.com/questions/28931088=
/huge-program-size-c-with-stdregex">bloat executables by 100KB</a>. I&#39;m=
 think we must remove std::regex from C++11 standard library.</div><blockqu=
ote class=3D"gmail_quote" style=3D"margin: 0;margin-left: 0.8ex;border-left=
: 1px #ccc solid;padding-left: 1ex;"><div dir=3D"ltr"><div>Also, there is n=
o guarantee that `wint_t` can store a Unicode codepoint, so that API isn&#3=
9;t reasonable. If you&#39;re serious about Unicode support, you need to fo=
cus on the types that actually store Unicode encodings.<br></div></div></bl=
ockquote><div>Okay, char32_t.=C2=A0</div></div>

<p></p>

-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;ISO C++ Standard - Future Proposals&quot; group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:std-proposals+unsubscribe@isocpp.org">std-proposa=
ls+unsubscribe@isocpp.org</a>.<br />
To post to this group, send email to <a href=3D"mailto:std-proposals@isocpp=
..org">std-proposals@isocpp.org</a>.<br />
To view this discussion on the web visit <a href=3D"https://groups.google.c=
om/a/isocpp.org/d/msgid/std-proposals/f8ce2288-8e06-41ad-8e58-0082d9d9982a%=
40isocpp.org?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.=
com/a/isocpp.org/d/msgid/std-proposals/f8ce2288-8e06-41ad-8e58-0082d9d9982a=
%40isocpp.org</a>.<br />

------=_Part_3237_1608851807.1466911791001--

------=_Part_3236_51026223.1466911791000--

.
