Building guile on Sparc/Solaris 8

Building guile on Sparc/Solaris 8

[Frank Middleton]

> uname -a
SunOS apogee2 5.8 Generic_108528-18 sun4u sparc SUNW,Ultra-5_10 Solaris
> gcc --version
gcc (GCC) 4.1.1
> automake --version
automake (GNU automake) 1.9.6
> autoconf --version
autoconf (GNU Autoconf) 2.59

Three questions/glitches arising from doing this build

1) Does anyone have any suggestions/opinions about the right
  way of getting past this?

gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I.. -D_REENTRANT -pthread -g -O2 -Wall -Wmissing-prototypes -Werror -MT libguile_la-eval.lo -MD -MP -MF .deps/libguile_la-eval.Tpo -c eval.c  -fPIC -DPIC -o .libs/libguile_la-eval.o
cc1: warnings being treated as errors
In file included from eval.c:5969:
eval.c: In function 'deval':
eval.c:3248: warning: implicit declaration of function 'alloca'
eval.c:3248: warning: incompatible implicit declaration of built-in function 'alloca'
gmake[2]: *** [libguile_la-eval.lo] Error 1
gmake[2]: Leaving directory `/usr/local/guile-1.8.0/libguile'
gmake[1]: *** [all-recursive] Error 1
gmake[1]: Leaving directory `/usr/local/guile-1.8.0'
gmake: *** [all] Error 2

2) To which list should this be reported, and with what supporting documentation?

checking netdb.h usability... no
checking netdb.h presence... yes
configure: WARNING: netdb.h: present but cannot be compiled
configure: WARNING: netdb.h:     check for missing prerequisite headers?
configure: WARNING: netdb.h: see the Autoconf documentation
configure: WARNING: netdb.h:     section "Present But Cannot Be Compiled"
configure: WARNING: netdb.h: proceeding with the preprocessor's result
configure: WARNING: netdb.h: in the future, the compiler will take precedence
configure: WARNING:     ## -------------------------------- ##
configure: WARNING:     ## Report this to the guile lists.  ##
configure: WARNING:     ## -------------------------------- ##
checking for netdb.h... yes

(In file included from /usr/include/netdb.h:98, from conftest.c:184:
/usr/include/sys/socket.h:61: error: two or more data types in declaration specifiers)

3) A nitpick about paths

Certain "system" libraries (but not all) are apparently forced to be found
in /usr/local/lib or usr/lib, but the prebuilt packages from sunfreeware.com
all install in /opt/csw. This means that configure may work since it looks
at PATH and LD_LIBRARY_PATH and hence find a working library (say, gmp) in
/opt/csw/lib, but will fail to build if (say) a gmp build put a 64 bit
library in /usr/local/lib instead of /usr/local/lib/sparv9. IMO the build
process should look at LD_LIBRARY_PATH to be consistent with configure. I
ran into just this problem with gmp, and ended up doing a 32 bit gmp build
(rather than cp/ln of the libs in /opt/csw) after moving the 64 bit libraies
to sparcv9.

-- Frank



_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user

Re: Building guile on Sparc/Solaris 8

[Kevin Ryde]

Frank Middleton <f.middleton@apogeect.com> writes:
>
> 1) Does anyone have any suggestions/opinions about the right
>  way of getting past this?

There's some solaris fixes in the cvs, you might like to try that (or
a nightly snapshot).


_______________________________________________
Guile-user mailing list
Guile-user@gnu.org
http://lists.gnu.org/mailman/listinfo/guile-user