From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 315 invoked by alias); 2 Jul 2007 15:56:45 -0000 Received: (qmail 32760 invoked by uid 48); 2 Jul 2007 15:56:31 -0000 Date: Mon, 02 Jul 2007 15:56:00 -0000 Message-ID: <20070702155631.32759.qmail@sourceware.org> From: "jakub at redhat dot com" To: glibc-bugs@sources.redhat.com In-Reply-To: <20070621092629.4681.suma.sharma@kpitcummins.com> References: <20070621092629.4681.suma.sharma@kpitcummins.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug libc/4681] declaring “strcmp()” as an extern function with inclusion of “string.h” is causing compilation error X-Bugzilla-Reason: CC Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2007-07/txt/msg00008.txt.bz2 ------- Additional Comments From jakub at redhat dot com 2007-07-02 15:56 ------- That's irrelevant. The functions may but don't have to be implemented as macros and even the macros may or may not have definitions which cause compile errors when you incorrectly try to provide prototype after including string.h. The standard clearly says what you are doing is invalid. See e.g. ISO C99, 7.1.4/1 or http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_02.html#tag_02_02_02 (in the latter particularly: "Applications shall not declare or define identifiers with the same name as an identifier reserved in the same context."). -- What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |INVALID http://sourceware.org/bugzilla/show_bug.cgi?id=4681 ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.