From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14307 invoked by alias); 22 Mar 2008 15:05:35 -0000 Received: (qmail 14291 invoked by uid 22791); 22 Mar 2008 15:05:34 -0000 X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 22 Mar 2008 15:05:12 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id m2MF5Aj3032208; Sat, 22 Mar 2008 11:05:10 -0400 Received: from lacrosse.corp.redhat.com (lacrosse.corp.redhat.com [172.16.52.154]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id m2MF5Afg007037; Sat, 22 Mar 2008 11:05:10 -0400 Received: from [127.0.0.1] (sebastian-int.corp.redhat.com [172.16.52.221]) by lacrosse.corp.redhat.com (8.12.11.20060308/8.11.6) with ESMTP id m2MF5956008799; Sat, 22 Mar 2008 11:05:10 -0400 Message-ID: <47E52025.4060204@redhat.com> Date: Sat, 22 Mar 2008 15:33:00 -0000 From: Jason Merrill User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: Kris Van Hees CC: gcc-patches@gcc.gnu.org Subject: Re: [PATCH] utf-16 and utf-32 support in C and C++ References: <20080313193208.GE19427@oracle.com> In-Reply-To: <20080313193208.GE19427@oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2008-03/txt/msg01316.txt.bz2 Kris Van Hees wrote: > The proposals do not exclude the implementation of additional rules > for concatenation. This implementation also provides for the following > valid concatenations. The rationale behind this choice is that the > concatenation of strings shall result in a string with the highest width, > according to the ascending order: char - char16_t - char32_t - wchar. It is inappropriate to assume that wchar_t will always be at least as wide as char32_t; several targets have 16-bit wchar_t. Jason