From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7592 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 21:10:14 +0800 Message-ID: References: <20150508080122.GC29035@port70.net> <20150508083641.GD29035@port70.net> <20150508124942.GV17573@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 1431090650 8251 80.91.229.3 (8 May 2015 13:10:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 8 May 2015 13:10:50 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7605-gllmg-musl=m.gmane.org@lists.openwall.com Fri May 08 15:10:50 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 1Yqi3F-0000PN-M4 for gllmg-musl@m.gmane.org; Fri, 08 May 2015 15:10:49 +0200 Original-Received: (qmail 7934 invoked by uid 550); 8 May 2015 13:10:48 -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 7913 invoked from network); 8 May 2015 13:10:47 -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=6i3E9I4Zc/yvDc+gC5TEKVY2SbL6KJ+Z6QtCgiOd+ns=; b=lg1qhfJRCnmEmwWoTJYnt0dKYHOCSs2DA6s0vl0EzCUJi3TCHBvxjNeMvgXjKGbWes Qj+HZ9bx3WzqUdL01uqh8lGBiHzNaH5HTr2KWl6glt42Z+rGIA7WXAZnOv2U+X3t9Rs5 uKPonj/RhrM5uKjp2JgZXkbBvO5nGBZ0wyCvqd75Uq/ydkEBMwWBliOVwx1JNlQim9C5 XtnkoNijA0XHuAsudHPgGjLdBxlNgHQBwDOUnPxPJyAmAhEtXmw9tZItNEfI6qiOpYSx r1fNgFzq7TLqe2dKTu4W/naoWA8xUlHozPOL6FAoqD7HbsIjRzupgCvnDly3XznqbkK/ vLYw== X-Received: by 10.42.226.8 with SMTP id iu8mr3924924icb.17.1431090635529; Fri, 08 May 2015 06:10:35 -0700 (PDT) In-Reply-To: <20150508124942.GV17573@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:7592 Archived-At: I've seen all the codes of midipix, it's seems not active developing now. I was trying to the other way, that getting musl can be compiled with msvc. For easily debugging on win32 and preserve the wchar_t on Win32. I know the advantage of wchar_t to be 32bit, but I think this would be double-edged. Cause 16 bit wchar_t doesn't not good for Linux, but also 32bit wchar_t doesn't good for Win32. We should leave the all of Unicode to the work of char32_t. That's my desig= n. 2015-05-08 20:49 GMT+08:00 Rich Felker : > On Fri, May 08, 2015 at 04:52:28PM +0800, =E7=BD=97=E5=8B=87=E5=88=9A(Yon= ggang Luo) wrote: >> That's looks good, except the wchar_t part. >> I am not so sure that's was a good idea, cause all Windows API wchar_t >> are UTF16... > > It's necessary to support all of Unicode and not just the BMP. > > On midipix you still have all the raw Windows API functions that need > UTF-16 "WCHAR" arrays as input, so you can convert manually to WCHAR > (which happens to also match the standard C type char16_t) and call > them. But there's also a wrapper layer that lets you pass UTF-8 > strings to WinAPI wrappers, so you never have to deal with wchar_t or > WCHAR at all. I don't know all the details but you could ask on > #midipix. > > Rich --=20 =E6=AD=A4=E8=87=B4 =E7=A4=BC =E7=BD=97=E5=8B=87=E5=88=9A Yours sincerely, Yonggang Luo