Configure/make problems on Sun for STk-2.1

From: David Chase <chase_at_centerline.com>
Date: Thu, 07 Sep 95 15:57:36 -0400

I've tried building STk on both Sunos 4.1.3_u1 and Solaris 2.3, and
neither one works. Here's what I get on Solaris:

( make clean ; \
  /bin/sh -c \
  './configure -prefix=/s/apps/lang/STk-2.1/sparc-solaris2' ; \
  make ) > & solaris.log

And, near the bottom of solaris.log:
----------------------------
Make Extensions
gcc -c -fpic -O -DUSE_TK -I../Tk -I../Tcl -I../Src \
-I/s/apps/X11R5/sparc-solaris2/include -o hash.o hash.c
ld -assert pure-text -o hash.so hash.o
ld: fatal: option -dy and -a are incompatible
ld: fatal: Flags processing errors
*** Error code 1
make: Fatal error: Command failed for target `hash.so'
Current working directory /net/michael/u2/lang/src/STk-2.1/Extensions
*** Error code 1
----------------------------

For sunos, I get:

( make clean ; \
  /bin/sh -c \
  './configure -prefix=/s/apps/lang/STk-2.1/sparc-sunos4' ; \
  make ) > & sunos.log &

and I see in the log:

...
**** Configuring Tcl directory
...
checking for strerror
...
checking for strtoul
... (many lines pass)
gcc -o stk-bin stk.o slib.o primitives.o boolean.o char.o str.o \
               vector.o gc.o port.o number.o list.o symbol.o \
               read.o print.o globals.o eval.o env.o macros.o \
               syntax.o cont.o io.o sport.o promise.o error.o \
               proc.o keyword.o dump.o address.o dynload.o unix.o \
               toplevel.o tk-main.o tk-main.o tk-glue.o tk-util.o \
               tcl-lib.o tcl-trace.o tcl-util.o stklos.o gf.o hash.o \
               userinit.c ../Mp/libgmp.a ../Tk/libtk.a ../Tcl/libtcl.a \
                -L/s/apps/X11R5/sparc-sunos4/lib -lX11 -lnsl -ldl -lm
ld: Undefined symbol
   _strtoul
   _strerror

My suspicion is that I have an incomplete installation of glibc,
because I know that contains strtoul (I checked). On the other hand,
it would seem that the test for strerror and strtoul is less than
thorough.

anyone else had this problem, or have any clues how to fix it,
beyond the usual hacking?

David Chase
Received on Thu Sep 07 1995 - 21:59:16 CEST