From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28971 invoked by alias); 12 Nov 2012 16:01:34 -0000 Received: (qmail 28947 invoked by uid 22791); 12 Nov 2012 16:01:33 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,MSGID_MULTIPLE_AT,RCVD_IN_HOSTKARMA_NO X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.155) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 12 Nov 2012 16:01:26 +0000 Received: from md13.u-strasbg.fr (md13.u-strasbg.fr [130.79.200.248]) by mailhost.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id qACG1EVh028743 ; Mon, 12 Nov 2012 17:01:15 +0100 (CET) (envelope-from pierre.muller@ics-cnrs.unistra.fr) Received: from mailserver.u-strasbg.fr (ms16.u-strasbg.fr [130.79.204.116]) by md13.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id qACG1D6e011975 ; Mon, 12 Nov 2012 17:01:13 +0100 (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.3/jtpda-5.5pre1) with ESMTP id qACG17Zf004458 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) ; Mon, 12 Nov 2012 17:01:07 +0100 (envelope-from pierre.muller@ics-cnrs.unistra.fr) From: "Pierre Muller" To: "'Joel Brobecker'" Cc: "'Pedro Alves'" , , References: <20121106015848.GA5296@sourceware.org> <5098efb2.05fd440a.7696.ffffd821SMTPIN_ADDED@mx.google.com> <50995EBB.6070503@redhat.com> <001b01cdc0b6$7e7b67d0$7b723770$@muller@ics-cnrs.unistra.fr> <20121112155053.GS5103@adacore.com> In-Reply-To: <20121112155053.GS5103@adacore.com> Subject: RE: PING: [RFA] Fix New ARI warning Tue Nov 6 01:58:48 UTC 2012 Date: Mon, 12 Nov 2012 16:01:00 -0000 Message-ID: <000601cdc0ee$effc4810$cff4d830$@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: 2012-11/txt/msg00283.txt.bz2 > -----Message d'origine----- > De=A0: gdb-patches-owner@sourceware.org [mailto:gdb-patches- > owner@sourceware.org] De la part de Joel Brobecker > Envoy=E9=A0: lundi 12 novembre 2012 16:51 > =C0=A0: Pierre Muller > Cc=A0: 'Pedro Alves'; devans@sourceware.org; gdb-patches@sourceware.org > Objet=A0: Re: PING: [RFA] Fix New ARI warning Tue Nov 6 01:58:48 UTC 2012 >=20 > > There is probably a list of other similar functions that we should > > obsolete. >=20 > Can you tell us which functions you have in mind? =20=20 It depends if we only consider GDB specific functions or also functions which are part of some system headers. For the second category, a possible solution would be to add or override the function as a macro that would generate an error at compilation time, but I am not sure this is easy to do in a way that would=20 work for all systems... We could forbid by this scheme function like bcmp/bcopy, abort, even forbidden constants as true or false See the list of 'Fixed' items at the bottom of the ARI web page. =20 > > 1-- Brutal method: > > Remove function from both header and C sources > > as well as from ARI script. >=20 > I'd go with this approach. As long as we reach an agreement on the method... Pierre=20