From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7593 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: There is no tests for musl, Date: Fri, 8 May 2015 09:35:45 -0400 Message-ID: <20150508133545.GW17573@brightrain.aerifal.cx> 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: 8bit X-Trace: ger.gmane.org 1431092160 1737 80.91.229.3 (8 May 2015 13:36:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 8 May 2015 13:36:00 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7606-gllmg-musl=m.gmane.org@lists.openwall.com Fri May 08 15:36:00 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 1YqiRb-0003Fc-Ix for gllmg-musl@m.gmane.org; Fri, 08 May 2015 15:35:59 +0200 Original-Received: (qmail 19819 invoked by uid 550); 8 May 2015 13:35:58 -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 19801 invoked from network); 8 May 2015 13:35:57 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:7593 Archived-At: On Fri, May 08, 2015 at 09:10:14PM +0800, 罗勇刚(Yonggang Luo) wrote: > I've seen all the codes of midipix, it's seems not active developing now. Perhaps you mean not finished/available rather than not active. It's very active. > I was trying to the other way, that getting musl can be compiled with msvc. That's unlikely to be possible since MSVC is not a C compiler; it's a C++ compiler that supports a variant of C that's basically just a subset of C++. Since the license is free you're welcome to do your own work taking code from musl and making it work on MSVC, but patches for MSVC compatibility won't be acceptable upstream. > 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 design. If wchar_t is 16-bit then you _can't_ support all of Unicode, at all. The C language is such that all defined characters must have representations in wchar_t, and "multi-wchar_t-characters" are fundamentally not possible due to the API (and this is stated explicitly, too). MS ignores this by deprecating the standard C language functions and providing their own WinAPI functions you have to use instead. Rich