guile-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: guile loses on NetBSD/sparc64 1.6.2 with gcc 3.3.2


From: Rob Browning
Subject: Re: guile loses on NetBSD/sparc64 1.6.2 with gcc 3.3.2
Date: Fri, 27 Feb 2004 10:27:54 -0600
User-agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)

Greg Troxel <address@hidden> writes:

> I did some more experiments.  It seems to be compiler dependent; with
> gcc 2.95 it was ok, and with 3.3.2 sometimes (when compiled on some
> machines) it segfaults and sometimes I get complaints about tputent
> not being bound (and the program exits).  So my best guess at the
> moment is that something is not right, but that it is ok in many
> circumstances anyway.

Here's something you might want to try, though it may not be related.
Modify your configure.in like this:

  ## If we're using GCC, ask for aggressive warnings.
  case "$GCC" in
    yes )
      ## We had -Wstrict-prototypes in here for a bit, but Guile does too
      ## much stuff with generic function pointers for that to really be
      ## less than exasperating.
      ## -Wpointer-arith was here too, but something changed in gcc/glibc
      ## and it became equally exasperating (gcc 2.95 and/or glibc 2.1.2).
      ## -fno-strict-aliasing keeps us from having to change our code for now.
      CFLAGS="$CFLAGS -Wall -Wmissing-prototypes -fno-strict-aliasing" ;;
  esac

and then re-autoconf and re-build.  Or, if you don't want to risk your
version of autoconf not being compatible, just edit your configure to
include -fno-strict-aliasing where it now only has -Wall -Wmissing...,
etc.  I've modified current 1.6 CVS to include this, and it's
something we need for now regardless, but your copy doesn't have it.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org; previously @cs.utexas.edu
GPG starting 2002-11-03 = 14DD 432F AE39 534D B592  F9A0 25C8 D377 8C7E 73A4




reply via email to

[Prev in Thread] Current Thread [Next in Thread]