From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4366 invoked by alias); 14 Apr 2005 15:21:58 -0000 Mailing-List: contact binutils-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sources.redhat.com Received: (qmail 3880 invoked from network); 14 Apr 2005 15:21:50 -0000 Received: from unknown (HELO sccrmhc11.comcast.net) (204.127.202.55) by sourceware.org with SMTP; 14 Apr 2005 15:21:50 -0000 Received: from [10.0.1.2] (c-24-61-199-96.hsd1.nh.comcast.net[24.61.199.96]) by comcast.net (sccrmhc11) with SMTP id <20050414152149011003cg39e>; Thu, 14 Apr 2005 15:21:49 +0000 User-Agent: Microsoft-Entourage/11.1.0.040913 Date: Thu, 14 Apr 2005 15:21:00 -0000 Subject: Remove parameter names from libiberty.h From: Paul Schlie To: "Kaveh R. Ghazi" , , , , , Ian Lance Taylor Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-SW-Source: 2005-04/txt/msg00374.txt.bz2 > Kaveh R. Ghazi writes: > As noted here: > http://sourceware.org/ml/binutils/2005-04/msg00269.html > > The new f*open_unlocked function prototypes in libiberty.h are in > conflict with binutils sources because one of the parameter names > ("mode") gets defined to "31" and the build dies. Why not alternatively fix the real problem (as you had noted), as opposed to indirectly establishing the policy that libiberty prototypes don't include parameter names (as it doesn't seem like the true solution to the problem).