From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7600 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?572X5YuH5YiaKFlvbmdnYW5nIEx1bykg?= Newsgroups: gmane.linux.lib.musl.general Subject: Re: There is no tests for musl, Date: Fri, 8 May 2015 23:41:59 +0800 Message-ID: References: <20150508083641.GD29035@port70.net> <20150508124942.GV17573@brightrain.aerifal.cx> <20150508133545.GW17573@brightrain.aerifal.cx> <20150508141013.GX17573@brightrain.aerifal.cx> <20150508152045.GE29035@port70.net> <20150508153637.GA17573@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1431099758 3411 80.91.229.3 (8 May 2015 15:42:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 8 May 2015 15:42:38 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7613-gllmg-musl=m.gmane.org@lists.openwall.com Fri May 08 17:42:33 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1YqkQ5-00014W-Kt for gllmg-musl@m.gmane.org; Fri, 08 May 2015 17:42:33 +0200 Original-Received: (qmail 19838 invoked by uid 550); 8 May 2015 15:42:32 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 19820 invoked from network); 8 May 2015 15:42:31 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:in-reply-to:references:from:date:message-id :subject:to:content-type:content-transfer-encoding; bh=cs8MVDTgFCAvdv2Egd1TbxzvyV5bLxIPnRoNn4bIu94=; b=TWgaNMjzuETcKXnlewypFPKC1hy3mto9UFz+o0KybXuDbmz6KfygiRnPMgAa1Lssdz HPopitdD+EOmacHrhhV/uvyq6dPb40DM10x2u+d0puz+bI0/IYXzIHk4j29lUDm49KF2 HP7asee0N8zJOwtFqFYK+MbcYzqntI8BhDBs7i10fQuwwEiVotR/Q1dmTOPPVMB0fwAb hF0oyFzlzTNQRT102DDMR7La49SmF6wdWQwZ+zYAt154lHR1Mk4GXgBnNYxAtC38QgJq NeKo86QmJVIA/1o3+djdfx2Nl6cvnW7d87LIt2KXbjtjeL+JCBa2E3Yi2A0NqrdJlq80 tvuQ== X-Received: by 10.43.133.137 with SMTP id hy9mr4737927icc.74.1431099740214; Fri, 08 May 2015 08:42:20 -0700 (PDT) In-Reply-To: <20150508153637.GA17573@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:7600 Archived-At: >> > solution, I think there is no one would use >> > wchar_t for cross text processing, cause, on some system, wchar_t is >> > just 8bit width! >> >> anybody would use wchar_t who cares about standard conformant >> implementations. >> >> non-standard broken platforms may get an unmaintained #ifdef >> as usual.. > > I think we (and midipix) have a different perspective from Yonggang > Luo on portable development. Our view is that you write to a POSIX (or > nearly-POSIX) target with fully working Unicode support and fix the > small number of targets (i.e. just Windows) that don't already provide Small is relative, if counting the distribution count, well, Unix wins. > these things. Yonggang Luo's perspective seems to be more of a > traditional Windows approach with #ifdef and lots of OS-specific code, > but just making the Windows branch of the #ifdefs less hideous than it > was before. :) If getting wchar_t to be 32 bit on win32, then truly will be a lot of #ifdef, I am not so sure if you have experience on Win32 API development, I hope we discussing the problems in a more objective way. > > Rich --=20 =E6=AD=A4=E8=87=B4 =E7=A4=BC =E7=BD=97=E5=8B=87=E5=88=9A Yours sincerely, Yonggang Luo