From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Benjamin Riefenstahl Newsgroups: gmane.emacs.help Subject: Re: linux compile fails on sys_error / stdio.h incompatible Date: 09 May 2003 17:10:00 +0200 Organization: None Sender: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1052495801 303 80.91.224.249 (9 May 2003 15:56:41 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 9 May 2003 15:56:41 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Fri May 09 17:56:39 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19EACs-0008KT-00 for ; Fri, 09 May 2003 17:54:46 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19EA8k-0002iQ-08 for gnu-help-gnu-emacs@m.gmane.org; Fri, 09 May 2003 11:50:30 -0400 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-xit-01!sn-post-01!supernews.com!news.supernews.com!cicero.benny.turtle-trading.net!nobody Original-Newsgroups: gnu.emacs.help User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Original-X-Complaints-To: abuse@supernews.com Original-Lines: 31 Original-Xref: shelby.stanford.edu gnu.emacs.help:112993 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: help-gnu-emacs-bounces+gnu-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:9489 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:9489 Hi Maureen, "Maureen Woodyard" writes: > The problem appears to be the stdio.h in /usr/include defines > strerror differently from movemail.c. If I compile without movemail, > it just fails with a similar error on emacsclient. My point is that neither movemail nor emacsclient should define strerror() at all. It is part of the runtime library and there is no reason to replace it. Which is probably why these definitions don't fit with the runtime definitions, they were never intended to do that. Both definitions of the function in movemail.c and in emacsclient.c are surrounded by "#ifndef HAVE_STRERROR". This define should be set by the configure script on Linux when it finds the function in the compiler runtime. You need to find out, why this doesn't work in your setup, e.g. by looking at config.log. You may also be able just to set the define yourself in some option to temporarily get around this, but that wouldn't get at the root of the problem. I wrote befiore: > b) Investigate why configure doesn't find strerror() in the > system headers. It does on my machine here, as it should and > if it finds that, it shouldn't try to use it's own version. I > admit my machine is linux-ppc, not i386. Hope this helps, benny