From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2876 invoked by alias); 27 Mar 2009 08:23:43 -0000 Received: (qmail 2712 invoked by uid 22791); 27 Mar 2009 08:23:42 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mailhost.u-strasbg.fr (HELO mailhost.u-strasbg.fr) (130.79.200.153) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 27 Mar 2009 08:23:37 +0000 Received: from baal.u-strasbg.fr (baal.u-strasbg.fr [IPv6:2001:660:2402::41]) by mailhost.u-strasbg.fr (8.14.2/jtpda-5.5pre1) with ESMTP id n2R8NCaf089903 ; Fri, 27 Mar 2009 09:23:12 +0100 (CET) Received: from mailserver.u-strasbg.fr (ms2.u-strasbg.fr [IPv6:2001:660:2402:d::11]) by baal.u-strasbg.fr (8.14.0/jtpda-5.5pre1) with ESMTP id n2R8NC07052831 ; Fri, 27 Mar 2009 09:23:12 +0100 (CET) (envelope-from muller@ics.u-strasbg.fr) Received: from d620muller (lec67-4-82-230-53-140.fbx.proxad.net [82.230.53.140]) (user=mullerp mech=LOGIN) by mailserver.u-strasbg.fr (8.14.3/jtpda-5.5pre1) with ESMTP id n2R8NAlg083777 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) ; Fri, 27 Mar 2009 09:23:11 +0100 (CET) (envelope-from muller@ics.u-strasbg.fr) From: "Pierre Muller" To: "'Joel Brobecker'" Cc: , References: <000001c9ae14$24fb7cd0$6ef27670$@u-strasbg.fr> <20090326230959.GN9472@adacore.com> In-Reply-To: <20090326230959.GN9472@adacore.com> Subject: RE: GDB ARIndex cleanup Date: Fri, 27 Mar 2009 08:43:00 -0000 Message-ID: <001201c9aeb5$44ece820$cec6b860$@u-strasbg.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: 2009-03/txt/msg00614.txt.bz2 > -----Message d'origine----- > De=A0: Joel Brobecker [mailto:brobecker@adacore.com] > Envoy=E9=A0: Friday, March 27, 2009 12:10 AM > =C0=A0: Pierre Muller > Cc=A0: gdb-patches@sourceware.org; gdb@sourceware.org; 'Eli Zaretskii' > Objet=A0: Re: GDB ARIndex cleanup >=20 > > 1) "inline" > > for inline, someone once said that the rule that we should not use > > "inline" keyword is old, and maybe not correct anymore. > > > > If everyone agrees that this rule should stay, I will be happy to > > commit an obvious fix removing all of them as this seems quite > > mechanical, but I wanted to get some feedback first. >=20 > I don't know much about the effectiveness of using "inline". > I personally tend to avoid it, because I trust the compiler to > determine > whether an inline will help or not. So I'm OK either way. =20=20 As Daniel seems to think that is can be useful (maybe for non GNU compilers?) should we use some configure set macro like INLINE that would be set to nothing for GNU gcc but could be inline for other compilers? Configure already checks for the ability of inline, but it could be modified to discard inline altogether for gcc, no? Pierre Muller Pascal language support maintainer for GDB