From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31171 invoked by alias); 21 Apr 2011 06:57:32 -0000 Received: (qmail 31163 invoked by uid 22791); 21 Apr 2011 06:57:31 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,MSGID_MULTIPLE_AT X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.157) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 21 Apr 2011 06:57:17 +0000 Received: from md1.u-strasbg.fr (md1.u-strasbg.fr [IPv6:2001:660:2402::186]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id p3L6v52C010542 ; Thu, 21 Apr 2011 08:57:06 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms4.u-strasbg.fr [130.79.204.13]) by md1.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id p3L6v4jS070848 ; Thu, 21 Apr 2011 08:57:05 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from E6510Muller (gw-ics.u-strasbg.fr [130.79.210.225]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.4/jtpda-5.5pre1) with ESMTP id p3L6v3mj039607 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) ; Thu, 21 Apr 2011 08:57:04 +0200 (CEST) (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'Pedro Alves'" , Cc: "'Tom Tromey'" References: <5928.31498147479$1302882967@news.gmane.org> <000201cbff30$e2266030$a6732090$@muller@ics-cnrs.unistra.fr> <201104202208.15956.pedro@codesourcery.com> In-Reply-To: <201104202208.15956.pedro@codesourcery.com> Subject: RE: [RFC-v5] Handle cygwin wchar_t specifics Date: Thu, 21 Apr 2011 06:57:00 -0000 Message-ID: <002c01cbfff1$53197690$f94c63b0$@muller@ics-cnrs.unistra.fr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-04/txt/msg00379.txt.bz2 > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Pedro Alves > Envoy=E9=A0: mercredi 20 avril 2011 23:08 > =C0=A0: gdb-patches@sourceware.org > Cc=A0: Pierre Muller; 'Tom Tromey' > Objet=A0: Re: [RFC-v5] Handle cygwin wchar_t specifics >=20 > On Wednesday 20 April 2011 08:59:31, Pierre Muller wrote: > > +static char your_gdb_wchar_t_is_bogus[(sizeof (gdb_wchar_t) =3D=3D 2 > > + || sizeof (gdb_wchar_t) =3D=3D 4) > > + ? 1 : -1]; > > + >=20 > Didn't "extern" work? I didn't test it out before: it does work on my system, but is it sure it will compile and link correctly on all C compilers used for GDB? There is apparently no trace of your_gdb_wchar_t_is_bogus in my charset.o object file once it is made external. Could someone confirm that this will also compile on other C compiler used without creating link failures? I am perfectly willing to change this but it seemed to me to rely on some "obscure C compiler feature" (don't forget that I learned C to be able to support pascal language in GDB...). Pierre