[GRASS5] Re: [GRASSLIST:2065] Re: Compiling grass5.0.0pre1 under Solaris 8???

[This started on GRASSLIST, but should be brought to the attention of
the developers.]

Lawrence Houston wrote:

> > Having troubles compiling grass5.0.0pre1 under Solaris 8 (Intel) using
> > SUN's Companion (04/01). LIBGIS fails within error.c:
> >
> > --------------------------------------------------------------------------------
> > gcc -g -O2 -I/opt/sfw/include -I/opt/grass5/grass5.0.0pre1/src/include -I/usr/include -c error.c -o OBJ.i386-pc-solaris2.8/error.o
> > error.c: In function `G_fatal_error':
> > error.c:72: `__builtin_va_alist' undeclared (first use in this function)
> > error.c:72: (Each undeclared identifier is reported only once
> > error.c:72: for each function it appears in.)
> > error.c: In function `G_warning':
> > error.c:87: `__builtin_va_alist' undeclared (first use in this function)
> > *** Error code 1
> > make: Fatal error: Command failed for target `OBJ.i386-pc-solaris2.8/error.o'
> > --------------------------------------------------------------------------------
>
> Apparently this can occur when gcc tries to use vendor-supplied
> headers in preference to its own (typically in the directory
> /usr/lib/gcc-lib/<platform>/<version>/include).
>
> Try removing all occurrences of -I/usr/include from the file
> src/CMD/head/head.<platform>

Glynn:

Thanks very much since removing all occurrences of -I/usr/include from
head.i386-pc-solaris2.8 has done the trick, I now have grass5.0.0pre1
built under Solaris 8 (Intel)! There were also warnings about conflicts
between the System TERMLIB and NCURSES, although I those may NOT be
critical since full-screen cursor movement appears to "work"?

I thought using the gcc (2.95.2) included in SUN's Companion would be an
quick way to build GRASS under Solaris 8, did NOT anticipate conflicts
with the existing System "stuff"???

It appears that the configure script needs to avoid using
-I/usr/include when checking for header file locations.

AFAIK, the compiler ought to search that directory automatically (and
if it doesn't, the user should be able to use the "--with-includes="
switch). It seems that explicitly adding -I/usr/include prevents
compiler-specific headers (e.g. stdarg.h) from being used correctly.

Currently, the header file checks loop over a list of directories
(including /usr/include), performing each test with "-I$dir". Any such
test needs to first be performed without any "-I" switch, rather than
with "-I/usr/include".

NB: my original advice was based upon comments made on the xemacs-beta
list. That related to someone who explicitly added /usr/include via
"--site-includes="; XEmacs' configure script (unlike GRASS') doesn't
add "-I/usr/include" automatically.

Looking at some configure.in scripts from other packages, most of them
don't go to great lengths to find include directories automatically.
Mostly they require the user to explicitly specify non-standard
include directories.

--
Glynn Clements <glynn.clements@virgin.net>

Markus Neteler wrote:

> It appears that the configure script needs to avoid using
> -I/usr/include when checking for header file locations.
>
> AFAIK, the compiler ought to search that directory automatically (and
> if it doesn't, the user should be able to use the "--with-includes="
> switch). It seems that explicitly adding -I/usr/include prevents
> compiler-specific headers (e.g. stdarg.h) from being used correctly.
>
> Currently, the header file checks loop over a list of directories
> (including /usr/include), performing each test with "-I$dir". Any such
> test needs to first be performed without any "-I" switch, rather than
> with "-I/usr/include".
>
> NB: my original advice was based upon comments made on the xemacs-beta
> list. That related to someone who explicitly added /usr/include via
> "--site-includes="; XEmacs' configure script (unlike GRASS') doesn't
> add "-I/usr/include" automatically.
>
> Looking at some configure.in scripts from other packages, most of them
> don't go to great lengths to find include directories automatically.
> Mostly they require the user to explicitly specify non-standard
> include directories.

Glynn,

I suggest to change the configure[.in] as suggested and give it a try.
I can test 3 machines here (Solaris, CRAY, Linux).

Will you going to change if there are no objections?

OK, I'll make a start on it.

--
Glynn Clements <glynn.clements@virgin.net>

From neteler Sat Jul 7 07:50:46 2001
Return-Path: <neteler>
Received: by hgeo02.geog.uni-hannover.de (SMI-8.6/SMI-SVR4)
  id HAA06038; Sat, 7 Jul 2001 07:50:46 +0100
Date: Sat, 7 Jul 2001 07:50:46 +0100
From: Markus Neteler <neteler@geog.uni-hannover.de>
To: grass5 developers list <grass5@geog.uni-hannover.de>
Message-ID: <20010707075046.A6026@hgeo02.geog.uni-hannover.de>
Mail-Followup-To: grass5 developers list <grass5@geog.uni-hannover.de>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="TmBPCT7hxwcZjrkO"
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
Subject: [GRASS5] GRASS numerical library: [bjg@network-theory.co.uk: GNU Scientific Library (GSL) 0.9 is released - First Beta Test Release]
Sender: grass5-admin@geog.uni-hannover.de
Errors-To: grass5-admin@geog.uni-hannover.de
X-BeenThere: grass5@geog.uni-hannover.de
X-Mailman-Version: 2.0.5
Precedence: bulk
List-Help: <mailto:grass5-request@geog.uni-hannover.de?subject=help>
List-Post: <mailto:grass5@geog.uni-hannover.de>
List-Subscribe: <http://www.geog.uni-hannover.de/mailman/listinfo/grass5&gt;,
  <mailto:grass5-request@geog.uni-hannover.de?subject=subscribe>
List-Id: GRASS 5 Developers mailing list <grass5.geog.uni-hannover.de>
List-Unsubscribe: <http://www.geog.uni-hannover.de/mailman/listinfo/grass5&gt;,
  <mailto:grass5-request@geog.uni-hannover.de?subject=unsubscribe>
List-Archive: <http://www.geog.uni-hannover.de/pipermail/grass5/&gt;
Status: O
Content-Length: 3806
Lines: 104

--TmBPCT7hxwcZjrkO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi ,

find attached the GNU GSL announcement. Probably also interesting
for GRASS "gmath" lib?

Markus

--TmBPCT7hxwcZjrkO
Content-Type: message/rfc822
Content-Disposition: inline

Return-Path: <gsl-announce-return-7-neteler=geog.uni-hannover.de@sources.redhat.com>
Received: from mgate.uni-hannover.de by hgeo02.geog.uni-hannover.de (SMI-8.6/SMI-SVR4)
  id XAA04114; Fri, 6 Jul 2001 23:25:00 +0100
Received: from sourceware.cygnus.com by mgate.uni-hannover.de
          (PP) with SMTP; Fri, 6 Jul 2001 23:53:35 +0200
Received: (qmail 10097 invoked by alias); 6 Jul 2001 21:51:34 -0000
Mailing-List: contact gsl-announce-help@sourceware.cygnus.com; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:gsl-announce-unsubscribe-neteler=geog.uni-hannover.de@sources.redhat.com>
List-Subscribe: <mailto:gsl-announce-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gsl-announce/&gt;
List-Post: <mailto:gsl-announce@sources.redhat.com>
List-Help: <mailto:gsl-announce-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs&gt;
Sender: gsl-announce-owner@sources.redhat.com
Delivered-To: mailing list gsl-announce@sources.redhat.com
Delivered-To: moderator for gsl-announce@sources.redhat.com
Received: (qmail 12574 invoked from network); 4 Jul 2001 13:13:08 -0000
Message-Id: <m15HmSs-000IWaC@localhost>
Date: Wed, 4 Jul 2001 14:13:10 +0100 (BST)
From: Brian Gough <bjg@network-theory.co.uk>
To: gsl-announce@sources.redhat.com
CC: gsl-discuss@sources.redhat.com
Subject: GNU Scientific Library (GSL) 0.9 is released - First Beta Test Release

Dear GSL enthusiasts,

I have just placed a new release snapshot of GSL (0.9) up for
anonymous ftp access.

This is the first beta-test release, after eight development releases.
We will now be working towards a stable and fully-tested 1.0 release.

We would like people to try out the code and examine the results for
errors. Additions to the existing test-suite are especially welcome.

The project home page is at

    http://sources.redhat.com/gsl/

and the source code is at

    ftp://sources.redhat.com/pub/gsl/

which should soon also be available at the mirror sites.

Installation: GSL uses the standard GNU installation procedure. The
release tarball (gsl-0.9.tar.gz) comes with an INSTALL file.

There is a zip file (gsl-0_9.zip) which includes project files for
compiling GSL with Microsoft Visual C++ (see the file msvc/README.txt
for details).

Packaging: There is an RPM file for gsl-0.9 on the ftp site. Debian
also provides GSL packages.

Documentation: GSL has an extensive 400 page texinfo manual. The info
files are installed in the usual way. The ftp site has the reference
manual in postscript format, and the web site has the reference manual
in HTML format.

Here are the recent entries in the NEWS file.

* What is new in gsl-0.9:

** There is a new system of vector and matrix views. Any code using
vector and matrix views will need to be updated.

** The order of arguments of the view functions involving strides have
been changed to be consistent with the rest of the library.

** The ode solvers have been reorganized.

** There are new eigensystem routines for real symmetric and complex
hermitian matrices.

** The linear algebra directory now includes functions for computing
symmetric tridiagonal decompositions and bidiagonal decompositions.

** The svd routines now include the Golub-Reinsch and Modified
Golub-Reinsch algorithms in addition to the Jacobi algorithm.

** The interpolation directory has been reorganized and a higher-level
"spline" interface has been added which simplifies the handling of
interpolation arguments.

** IEEE support is now available on OpenBSD.

--TmBPCT7hxwcZjrkO--