From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10719 invoked by alias); 12 Jul 2004 19:09:21 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 10705 invoked from network); 12 Jul 2004 19:09:20 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 12 Jul 2004 19:09:20 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i6CJ9Ke3004000; Mon, 12 Jul 2004 15:09:20 -0400 Received: from post-office.corp.redhat.com (post-office.corp.redhat.com [172.16.52.227]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6CJ9K027629; Mon, 12 Jul 2004 15:09:20 -0400 Received: from greed.delorie.com (dj.cipe.redhat.com [10.0.0.222]) by post-office.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i6CJ9J908376; Mon, 12 Jul 2004 15:09:19 -0400 Received: from greed.delorie.com (localhost [127.0.0.1]) by greed.delorie.com (8.12.11/8.12.10) with ESMTP id i6CJ9HeN021495; Mon, 12 Jul 2004 15:09:17 -0400 Received: (from dj@localhost) by greed.delorie.com (8.12.11/8.12.11/Submit) id i6CJ9Hxj021491; Mon, 12 Jul 2004 15:09:17 -0400 Date: Mon, 12 Jul 2004 19:09:00 -0000 Message-Id: <200407121909.i6CJ9Hxj021491@greed.delorie.com> From: DJ Delorie To: bernie@develer.com CC: gcc-patches@gcc.gnu.org, gdb-patches@sources.redhat.com, binutils@sources.redhat.com, ian@wasabisystems.com In-reply-to: <40F1D2BD.7030808@develer.com> (message from Bernardo Innocenti on Mon, 12 Jul 2004 01:52:29 +0200) Subject: Re: [libiberty] Add ARG_UNUSED as a C++-friendly replacement for ATTRIBUTE_UNUSED References: <40F1D2BD.7030808@develer.com> X-SW-Source: 2004-07/txt/msg00120.txt.bz2 This implementation doesn't address K&R style argument lists, although that's soon to be a moot point ;-) I'd also prefer this definition to be right after the ATTRIBUTE_UNUSED definition, rather than randomly added to the end of the file. However, I'm not convinced we need this yet. By the time we require a C++ compiler, 3.4.0 will be old enough to require that version.