From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7621 Path: news.gmane.org!not-for-mail From: =?UTF-8?B?572X5YuH5YiaKFlvbmdnYW5nIEx1bykg?= Newsgroups: gmane.comp.standards.posix.austin.general,gmane.linux.lib.musl.general,gmane.comp.compilers.clang.devel Subject: Re: [musl] Re: [cfe-dev] Is that getting wchar_t to be 32bit on win32 a good idea for compatible with Unix world by implement posix layer on win32 API? Date: Sun, 10 May 2015 22:15:52 +0800 Message-ID: References: <20150509103645.GG29035@port70.net> <20150509200535.GK17573@brightrain.aerifal.cx> <20150510134230.GN17573@brightrain.aerifal.cx> Reply-To: luoyonggang-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 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 1431267388 26071 80.91.229.3 (10 May 2015 14:16:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 May 2015 14:16:28 +0000 (UTC) Cc: John Sully , Karsten Blees , musl-ZwoEplunGu1jrUoiu81ncdBPR1lH4CV8@public.gmane.org, dplakosh-etTNj8cnB6w@public.gmane.org, austin-group-l-7882/jkIBncuagvECLh61g@public.gmane.org, hsutter-0li6OtcxBFHby3iVrkZq2A@public.gmane.org, Clang Dev , James McNellis To: Rich Felker Original-X-From: austin-group-l-request-7882/jkIBncuagvECLh61g@public.gmane.org Sun May 10 16:16:27 2015 Return-path: Envelope-to: gcsa-austin-group-l-wOFGN7rlS/M9smdsby/KFg@public.gmane.org Original-Received: from m4.opengroup.org ([64.79.149.154]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1YrS1r-0003Tx-2F for gcsa-austin-group-l-wOFGN7rlS/M9smdsby/KFg@public.gmane.org; Sun, 10 May 2015 16:16:27 +0200 Original-Received: (qmail 17688 invoked by uid 503); 10 May 2015 14:16:21 -0000 Resent-Date: 10 May 2015 14:16:21 -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:cc:content-type:content-transfer-encoding; bh=nDEtwOi8Rbl4odeNFNKnnkLjUh14SkEn0ebGqecmE4k=; b=uyn9uuawHSMe/tX3XFtm0HMFMUJ3eJUAELjQ4+Ev2hZc3ti0ym0UgjpcDEN7/OWBtw Hkg7/f7iylwafyOfBlDw8Ugp5wZu546ui+Y2HcLT6qlaP7/CBlnKJZaOwXq/LjGuLSP5 /ea/HXt/2BLvF4mEogl++F3gl1H2c/i5ITjN/vUv6BZMQcmgiV95krrDjrv/b7MOjL2T hHonsOWCXFGjJwCiV7C7kgbGh0BoSylQw5tGV0bNpq0YFCg+2hgOS29t7kMEO0qAeKeI vW2K4WPohpeVP7gG1FBAb9oMrCETEYHGGIaZZAUmbUDg2nfapL7Ht5JareV2g8OQGjXz nx+Q== X-Received: by 10.50.77.48 with SMTP id p16mr6554153igw.31.1431267373489; Sun, 10 May 2015 07:16:13 -0700 (PDT) In-Reply-To: <20150510134230.GN17573-C3MtFaGISjmo6RMmaWD+6Sb1p8zYI1N1@public.gmane.org> X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (m1.opengroup.org [172.20.55.20]); Sun, 10 May 2015 07:16:14 -0700 (PDT) X-Spam-Flag: NO X-Scanned-By: milter-spamc/0.25.320 (mimas [172.20.55.20]); Sun, 10 May 2015 07:16:20 -0700 X-Spam-Status: NO, hits=-3.60 required=5.00 X-Spam-Level: X-Virus-Scanned: clamav-milter 0.98 at m1.opengroup.org X-Virus-Status: Clean X-MIME-Autoconverted: from quoted-printable to 8bit by m4.opengroup.org id t4AEGK30017606 Resent-Message-ID: <"CA40f.A.eTE.1g2TVB"@Phoebe.vpn.opengroup.org> Resent-To: austin-group-l-7882/jkIBncuagvECLh61g@public.gmane.org Resent-From: austin-group-l-7882/jkIBncuagvECLh61g@public.gmane.org X-Mailing-List: austin-group-l:archive/latest/22437 X-Loop: austin-group-l-7882/jkIBncuagvECLh61g@public.gmane.org Precedence: list Resent-Sender: austin-group-l-request-7882/jkIBncuagvECLh61g@public.gmane.org Xref: news.gmane.org gmane.comp.standards.posix.austin.general:10766 gmane.linux.lib.musl.general:7621 gmane.comp.compilers.clang.devel:42682 Archived-At: > > I assumed you were already planning for your POSIX layer an open > function which takes a UTF-8 string and converts it transparently to > whatever encoding (i.e. UTF-16) the underlying Windows operations > need. If you don't have that, then you're a step behind even Cygwin > and significantly behind midipix in terms of the ability to provide a > POSIX+Unicode environment that can run existing POSIX-targeted > applications unmodified. Anyone wanting Unicode filename support would > have to fill their codebase with Windows-specific openw() calls, which > is basically the same situation you have now on Windows. > >> And if we turn the wchar_t to be 32 bit on win32, >> first, posix still have no wide version of open function >> second, to implement open function on win32, we need to consider the >> fact wchar_t is 32bit now, and should re-use the exist _wopen in >> a different way and all other exist wide version of Win32 API. > > I don't follow what you're saying here. > My point is that getting wchar_t to be 32bit on win32 would making chaos for those developers. who want to making true cross-platform apps and libs, your though is too restricted to unix-like system, but not thinking things in a objective manner. > Rich -- 此致 礼 罗勇刚 Yours sincerely, Yonggang Luo