We have tried to compile the latest CVS snapshot (March 19) on
Sun Ultra 10 with Solaris 8 and we got lot of errors - mostly
due to the following:
gcc: /home2/usr/local/grass/src/libes/LIB.sparc-sun-solaris2.8/libgis.a:
No such file or directory
*** Error code 1
but there were other problems too - I put the error messages at
http://www2.gis.uiuc.edu:2280/modviz/temp/grass.solaris.txt
As we don't really need the CVS version for this machine - so I would
like
to ask whether anybody has solarix 8 binaries for ultra 10 of a recent
version of GRASS available (and willing to share).
thanks,
Helena
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
Helena,
On Tue, Mar 20, 2001 at 11:58:17AM -0500, Helena Mitasova wrote:
We have tried to compile the latest CVS snapshot (March 19) on
Sun Ultra 10 with Solaris 8 and we got lot of errors - mostly
due to the following:
gcc: /home2/usr/local/grass/src/libes/LIB.sparc-sun-solaris2.8/libgis.a:
could you try
cd grass/src/libes/gis
gmake5
and tell me the error? I am quite sure that flate.c breaks (this indicates
that zlib/headers are not found.
Just a guess
Markus
PS: I'm back here...
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
Markus,
this is the error message for the Solaris8 compile
Helena
-----------------------------------------------------------
I did what was suggested, here is the error messages
SKAGIT>gmake5
SRC = /home2/usr/local/grass/src
CMD = /home2/usr/local/grass/src/CMD
HEADER = head.sparc-sun-solaris2.8
ARCH = sparc-sun-solaris2.8
GISBASE = /home2/usr/local/grass/dist.sparc-sun-solaris2.8
VERSION = 5.0beta12 February 2001
#################################################################
/home2/usr/local/grass/src/libes/gis
make -f OBJ.sparc-sun-solaris2.8/make.rules
gcc -g -O2 -I/home2/usr/local/grass/src/include -I/usr/include -c error.c -o
OBJ.sparc-sun-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.sparc-sun-solaris2.8/error.o'
Dave
Markus Neteler wrote:
Helena,
On Tue, Mar 20, 2001 at 11:58:17AM -0500, Helena Mitasova wrote:
> We have tried to compile the latest CVS snapshot (March 19) on
> Sun Ultra 10 with Solaris 8 and we got lot of errors - mostly
> due to the following:
> gcc: /home2/usr/local/grass/src/libes/LIB.sparc-sun-solaris2.8/libgis.a:
could you try
cd grass/src/libes/gis
gmake5
and tell me the error? I am quite sure that flate.c breaks (this indicates
that zlib/headers are not found.
Just a guess
Markus
PS: I'm back here...
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
Helena wrote:
this is the error message for the Solaris8 compile
error.c: In function `G_fatal_error':
error.c:72: `__builtin_va_alist' undeclared (first use in this function)
This is a problem with your compilation environment.
gcc's stdarg.h typically includes one of the va-*.h files depending
upon CPU type. These normally live in the directory
/usr/lib/gcc-lib/<platform>/<gcc version>/include, along with stdarg.h
itself.
Some things to check:
1. Is there a stdarg.h in /usr/include? (there probably shouldn't be).
If so, does running the compilation command manually without the
"-I/usr/include" switch fix it?
2. Try preprocessing the file, with "gcc -E -dD" (plus the "-I"
switch(es). This should tell you what header files are being included,
and what macros are being defined.
--
Glynn Clements <glynn@sensei.co.uk>
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
On Tue, Mar 20, 2001 at 02:00:32PM -0600, Helena wrote:
gcc -g -O2 -I/home2/usr/local/grass/src/include -I/usr/include -c error.c -o
OBJ.sparc-sun-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.sparc-sun-solaris2.8/error.o'
Maybe a mismatch between the libc being linked and the headers of
<stdarg.h>? I don't see this note in libc documentation (though I don't
know if it matters here):
*Portability note:* For some C compilers, the last required argument
must not be declared `register' in the function definition.
Furthermore, this argument's type must be "self-promoting": that is,
the default promotions must not change its type. This rules out array
and function types, as well as `float', `char' (whether signed or not)
and `short int' (whether signed or not). This is actually an ISO C
requirement.
However, G_fatal_error and G_warning are declared and defined as
functions that take (char *, ...). Apparently functions like printf()
are declared like "printf(char *)", but defined like
"printf(char *, ...)" -- a little trickery...
I'd suspect some kind of mismatch, do you need a special -L path for
Solaris?
--
Eric G. Miller <egm2@jps.net>
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
Helena,
this is a specific Solaris2.8 problem. On Solaris2.6 the
__builtin_va_alist
was defined here:
src/include/varargs.h
What you can do:
cd src/libes/gis/
edit error.c
add:
#ifdef sun
#include <varargs.h>
#endif
I have applied this change to CVS, it should not cause problems on
other platforms (tested on Solaris2.6 and Linux).
Hope this helps,
Markus
On Tue, Mar 20, 2001 at 02:00:32PM -0600, Helena wrote:
Markus,
this is the error message for the Solaris8 compile
Helena
-----------------------------------------------------------
I did what was suggested, here is the error messages
SKAGIT>gmake5
SRC = /home2/usr/local/grass/src
CMD = /home2/usr/local/grass/src/CMD
HEADER = head.sparc-sun-solaris2.8
ARCH = sparc-sun-solaris2.8
GISBASE = /home2/usr/local/grass/dist.sparc-sun-solaris2.8
VERSION = 5.0beta12 February 2001
#################################################################
/home2/usr/local/grass/src/libes/gis
make -f OBJ.sparc-sun-solaris2.8/make.rules
gcc -g -O2 -I/home2/usr/local/grass/src/include -I/usr/include -c error.c -o
OBJ.sparc-sun-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.sparc-sun-solaris2.8/error.o'
Dave
Markus Neteler wrote:
> Helena,
>
> On Tue, Mar 20, 2001 at 11:58:17AM -0500, Helena Mitasova wrote:
> > We have tried to compile the latest CVS snapshot (March 19) on
> > Sun Ultra 10 with Solaris 8 and we got lot of errors - mostly
> > due to the following:
> > gcc: /home2/usr/local/grass/src/libes/LIB.sparc-sun-solaris2.8/libgis.a:
>
> could you try
>
> cd grass/src/libes/gis
> gmake5
>
> and tell me the error? I am quite sure that flate.c breaks (this indicates
> that zlib/headers are not found.
>
> Just a guess
>
> Markus
>
> PS: I'm back here...
>
> ----------------------------------------
> If you want to unsubscribe from GRASS Development Team mailing list write to:
> minordomo@geog.uni-hannover.de with
> subject 'unsubscribe grass5'
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
--
Markus Neteler * University of Hannover
Institute of Physical Geography and Landscape Ecology
Schneiderberg 50 * D-30167 Hannover * Germany
Tel: ++49-(0)511-762-4494 Fax: -3984
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'