From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c01mN-0007U0-GK for qemu-devel@nongnu.org; Fri, 28 Oct 2016 03:40:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c01mM-00009Y-He for qemu-devel@nongnu.org; Fri, 28 Oct 2016 03:40:43 -0400 Received: from hera.aquilenet.fr ([2a01:474::1]:36799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c01mM-00009G-BU for qemu-devel@nongnu.org; Fri, 28 Oct 2016 03:40:42 -0400 Date: Fri, 28 Oct 2016 09:40:39 +0200 From: Samuel Thibault Message-ID: <20161028074039.GN6263@var.home> References: <1477568774-4817-1-git-send-email-kraxel@redhat.com> <1477583747.9075.30.camel@redhat.com> <20161027155858.GA2508@var.bordeaux.inria.fr> <20161027163656.GA6263@var.home> <20161027170232.GD6263@var.home> <87mvhp55lj.fsf@dusky.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87mvhp55lj.fsf@dusky.pond.sub.org> Subject: Re: [Qemu-devel] [PATCH] curses: build with -std=gnu99 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Peter Maydell , Gerd Hoffmann , QEMU Developers Markus Armbruster, on Fri 28 Oct 2016 08:51:20 +0200, wrote: > Samuel Thibault writes: > > > Peter Maydell, on Thu 27 Oct 2016 17:52:17 +0100, wrote: > >> http://www.thecodingforums.com/threads/wchar_t-is-useless.806149/#post-4398211 > > > > UURrgll... So we can't use L'\u23bd' on such systems, it would just not > > work either, we have to use iconv to get these right... > > I guess we can if they actually bother to conform to C99. 6.4.3 > Universal character names: > > The universal character name \Unnnnnnnn designates the character > whose eight-digit short identifier (as specified by ISO/IEC 10646) > is nnnnnnnn. Similarly, the universal character name \unnnn > designates the character whose four-digit short identifier is nnnn > (and whose eight-digit short identifier is 0000nnnn). > > Note that it doesn't say here that L'\u23bd' should be equal to 0x23bd. I know, but as discussed in the thread, that could only work if gcc embeds something like calls to nl_langinfo and iconv to properly convert from the unicode value to the proper wchar_t according to the locale. I wouldn't be surprised that they don't. Samuel