From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Mikael Djurfeldt Newsgroups: gmane.lisp.guile.devel,gmane.lisp.guile.bugs Subject: Compiling 1.7.0 with gcc-3.3 Date: Mon, 19 May 2003 12:09:53 +0200 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: Reply-To: Mikael Djurfeldt NNTP-Posting-Host: main.gmane.org X-Trace: main.gmane.org 1053339811 11537 80.91.224.249 (19 May 2003 10:23:31 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 19 May 2003 10:23:31 +0000 (UTC) Cc: djurfeldt@nada.kth.se Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon May 19 12:23:29 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 19Hhnl-0002zv-00 for ; Mon, 19 May 2003 12:23:29 +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 19Hhok-0002um-02 for guile-devel@m.gmane.org; Mon, 19 May 2003 06:24:30 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10.13) id 19HhkF-0001LT-00 for guile-devel@gnu.org; Mon, 19 May 2003 06:19:51 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10.13) id 19Hhk9-0001J4-00 for guile-devel@gnu.org; Mon, 19 May 2003 06:19:45 -0400 Original-Received: from kvast.blakulla.net ([213.212.20.77]) by monty-python.gnu.org with esmtp (Exim 4.10.13) id 19Hhaq-0007Ts-00; Mon, 19 May 2003 06:10:08 -0400 Original-Received: from dyna224-227.nada.kth.se ([130.237.224.227] helo=witch ident=mail) by kvast.blakulla.net with esmtp (Exim 3.36 #1 (Debian)) id 19Hhaj-0008RK-00; Mon, 19 May 2003 12:10:01 +0200 Original-Received: from mdj by witch with local (Exim 3.35 #1 (Debian)) id 19Hhab-0000es-00; Mon, 19 May 2003 12:09:53 +0200 Original-To: bug-guile@gnu.org, guile-devel@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Developers list for Guile, the GNU extensibility library List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:2409 gmane.lisp.guile.bugs:798 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.bugs:798 I've tried to compile CVS HEAD (1.7.0) with gcc-3.3. Of course, I'd like this to work with the default --enable-error-on-warning. However, there are two problematic instances. One is the use of SCM_STACKITEM. For example: eval.c:1965: if (scm_stack_checking_enabled_p && SCM_STACK_OVERFLOW_P ((SCM_STACKITEM *) &proc)) The cast into (SCM_STACKITEM *) causes a warning that the pointer can cause errors due to aliasing optimizations if it is dereferenced (which it isn't, BTW). -fstrict-aliasing is turned on by -O2 in gcc-3.3. This could be "solved" by adding -Wno-strict-aliasing to the compilation options, but that might remove better motivated warnings. Another problem seems more difficult: gcc -DHAVE_CONFIG_H -I. -I../../../guile-core-new/libguile -I.. -I.. -I../../../guile-core-new -I../../../guile-core-new/libguile-ltdl -g -O2 -Werror -Wall -Wmissing-prototypes -Wno-strict-aliasing -MT numbers.lo -MD -MP -MF .deps/numbers.Tpo -c ../../../guile-core-new/libguile/numbers.c -fPIC -DPIC -o .libs/numbers.lo In file included from ../../../guile-core-new/libguile/numbers.c:4084: ../../../guile-core-new/libguile/num2integral.i.c: In function `scm_num2long_long': ../../../guile-core-new/libguile/num2integral.i.c:65: warning: comparison is always false due to limited range of data type In file included from ../../../guile-core-new/libguile/numbers.c:4092: ../../../guile-core-new/libguile/num2integral.i.c: In function `scm_num2ulong_long': ../../../guile-core-new/libguile/num2integral.i.c:65: warning: comparison is always false due to limited range of data type I think this is a stupid warning message. In any case, you'd want to be able to shut it off. I can't find any way to do that. Maybe we should talk to the gcc people about this? I've tried to enclose the code causing the warning with a surrounding conditional which tests the sizes of the data types, but the compiler outputs the above warning even though the code isn't going to be compiled. I think it's important to resolve this in some way. If we can't, I'm going to suggest that we shut off error-on-warning as a default, which would be sad. But Guile should compile "out-of-the-box". Mikael _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel