From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31495 invoked by alias); 17 Mar 2011 23:47:05 -0000 Received: (qmail 31483 invoked by uid 22791); 17 Mar 2011 23:47:05 -0000 X-SWARE-Spam-Status: No, hits=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST X-Spam-Check-By: sourceware.org Received: from mail-bw0-f47.google.com (HELO mail-bw0-f47.google.com) (209.85.214.47) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 17 Mar 2011 23:47:01 +0000 Received: by bwz10 with SMTP id 10so2854310bwz.20 for ; Thu, 17 Mar 2011 16:46:58 -0700 (PDT) Received: by 10.204.154.88 with SMTP id n24mr372156bkw.38.1300405617192; Thu, 17 Mar 2011 16:46:57 -0700 (PDT) Received: from [127.0.0.1] ([89.187.142.208]) by mx.google.com with ESMTPS id t1sm1752169bkx.7.2011.03.17.16.46.53 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Mar 2011 16:46:54 -0700 (PDT) Message-ID: <4D829D65.2060803@googlemail.com> Date: Thu, 17 Mar 2011 23:47:00 -0000 From: Michael Zintakis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1.23) Gecko/20090812 Thunderbird/2.0.0.23 MIME-Version: 1.0 To: gcc-help Subject: error: conflicting types for 'psignal' Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2011-03/txt/msg00216.txt.bz2 Any idea what might cause this error? I am getting it during build up of the (full) gcc (4.5.2). The make log is: /home/mz/gcc-test/build/powerpc-unknown-linux-gnu/build/build-cc/./gcc/xgcc -B/home/mz/gcc-test/build/powerpc-unknown-linux-gnu/build/build-cc/./gcc/ -B/home/mz/gcc-test/install/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/bin/ -B/home/mz/gcc-test/install/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/lib/ -isystem /home/mz/gcc-test/install/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/include -isystem /home/mz/gcc-test/install/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sys-include -c -DHAVE_CONFIG_H -g -Os -I. -I/home/mz/gcc-test/build/src/gcc-4.5.2/libiberty/../include -W -Wall -Wwrite-strings -Wc++-compat -Wstrict-prototypes -pedantic /home/mz/gcc-test/build/src/gcc-4.5.2/libiberty/strsignal.c -o strsignal.o /home/mz/gcc-test/build/src/gcc-4.5.2/libiberty/strsignal.c:554:1: error: conflicting types for 'psignal' /home/mz/gcc-test/install/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sysroot/usr/include/signal.h:150:13: note: previous declaration of 'psignal' was here make[3]: *** [strsignal.o] Error 1 make[3]: *** Waiting for unfinished jobs.... make[3]: Leaving directory `/home/mz/gcc-test/build/powerpc-unknown-linux-gnu/build/build-cc/powerpc-unknown-linux-gnu/libiberty' yes checking for log10l... make[2]: *** [all-target-libiberty] Error 2 make[2]: *** Waiting for unfinished jobs.... Quick check with grep reveals that there are a couple of variants of signal.h defined, though I have no idea what might be the one which triggers this message. [mz@test1 install]$ find . | grep signal.h ./powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sysroot/usr/include/asm-generic/signal.h ./powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sysroot/usr/include/asm/signal.h ./powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sysroot/usr/include/signal.h ./powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sysroot/usr/include/linux/signal.h ./powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sysroot/usr/include/sys/signal.h [mz@test1 install]$ grep -r psignal ./powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sysroot/usr/include/ | more ./powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sysroot/usr/include/signal.h:extern void psignal (int __sig, __const char *__s); The source file strsignal.c:554 has this: ------------------------------------------- #ifndef HAVE_PSIGNAL void psignal (int signo, char *message) { if (signal_names == NULL) { init_signal_tables (); } if ((signo <= 0) || (signo >= sys_nsig)) { fprintf (stderr, "%s: unknown signal\n", message); } else { fprintf (stderr, "%s: %s\n", message, sys_siglist[signo]); } } #endif /* ! HAVE_PSIGNAL */ ------------------------------------------ So, I presume that if HAVE_PSIGNAL has not been defined for some reason (which I think is what causes this error, I might be wrong though!) the definition in strsignal.c differs from the one already found by gcc. Ian, if you are reading this when I searched google for possible causes I found your post (http://www.spinics.net/lists/gcchelp/msg28087.html), but it was unclear to me as to whether this problem was solved in the end or what was the root cause for this error.