This is the mail archive of the
gsl-discuss@sources.redhat.com
mailing list for the GSL project.
Re: gsltest problems
- To: wbrower at ll dot mit dot edu
- Subject: Re: gsltest problems
- From: Brian Gough <bjg at network-theory dot co dot uk>
- Date: Tue, 18 Jul 2000 22:11:47 +0100 (BST)
- Cc: "gsl-discuss at sourceware dot cygnus dot com" <gsl-discuss at sourceware dot cygnus dot com>
- References: <39738B29.A79FC86F@kmrmail.kmr.ll.mit.edu>
- Reply-To: gsl-discuss at sources dot redhat dot com
That's bizarre. If you have the chance can you try cutting and pasting
the C program out of gsl.m4 and running it under the debugger to see
the line where it's going wrong. Thanks.
William Brower writes:
> Personally, I like the GSL and it's "nail pounding"
> qualities. Thanks, guys, great job!
>
> Now...I have a strange gsl.m4 issue when autoconf'ing
> my app and requiring GSL via my configure.in. Have only
> seen this behavior on SGI O2 IRIX6.5. The version numbers
> get mangled somehow (my_strdup?). I've include the
> configure.in and output of the configure command as
> well as some version info.
>
> Note that everything builds OK if I instead configure
> with --disable-gsltest. That's getting me by for now.
>
> Thanks,
> Bill
>
> ----------
> %echo $SHELL
> /bin/tcsh
>
> % uname -a
> IRIX donnas-o2 6.5 01200533 IP32
>
> % autoconf --version
> Autoconf version 2.13
>
> % automake --version
> automake (GNU automake) 1.4
>
> % gcc --version
> 2.8.1
>
> % gsl-config --version
> 0.6
>
> % gsl-config --libs
> -L/usr/local/lib -lgsl -lm
>
>
> Relavent content of configure.in:
>
> AC_INIT(reconf)
> AM_CONFIG_HEADER(config.h)
> AM_INIT_AUTOMAKE(omni,0.4)
> #
> AC_PROG_CC
> AC_PROG_RANLIB
> #
> AC_CHECK_LIB(pthread,main,[have_pthread=true],[have_pthread=false])
> AM_CONDITIONAL(HAVE_PTHREAD, test x$have_pthread = xtrue)
> #
> AM_PATH_GSL(0.6.0,[have_gsl=true],[have_gsl=false])
> AM_CONDITIONAL(HAVE_GSL, test x$have_gsl = xtrue)
>
> Output of configure:
>
> % ./configure --prefix=/usr/people/wb/work
> creating cache ./config.cache
> checking for a BSD compatible install... ./install-sh -c
> checking whether build environment is sane... yes
> checking whether make sets ${MAKE}... yes
> checking for working aclocal... found
> checking for working autoconf... found
> checking for working automake... found
> checking for working autoheader... found
> checking for working makeinfo... found
> checking for gcc... gcc
> checking whether the C compiler (gcc -g -D_REENTRANT -Wall ) works...
> yes
> checking whether the C compiler (gcc -g -D_REENTRANT -Wall ) is a
> cross-compiler... no
> checking whether we are using GNU C... yes
> checking whether gcc accepts -g... yes
> checking for ranlib... :
> checking for main in -lpthread... yes
> checking for gsl-config... /usr/local/bin/gsl-config
> checking for GSL - version >= 0.6.0...
> *** 'gsl-config --version' returned 0.858993459.858993459, but the
> minimum version
> *** of GSL required is 0.6.0. If gsl-config is correct, then it is
> *** best to upgrade to the required version.
> *** If gsl-config was wrong, set the environment variable GSL_CONFIG
> *** to point to the correct copy of gsl-config, and remove the file
> *** config.cache before re-running configure
> no
> updating cache ./config.cache
> creating ./config.status
> creating Makefile
> creating doc/Makefile
> creating m4/Makefile
> creating src/Makefile
> ...snip...
> creating config.h
>
>
> --
> William Brower MIT Lincoln Laboratory
> 805.355.1310 KMR Field Site, Kwajalein
>