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
