I haven't tried 8.4.1 yet, but aolserver 3.5.1 builds just fine with tcl 8.4.0 (built as an osx framework) on 10.2.2. I'll try 8.4.1 and see if that works too.
On Thursday, November 21, 2002, at 04:03 PM, Morgan Goeller wrote:
Hello, This is my first post to the list, hopefully it isn't too silly. My apologies if this is a common I am trying to compile AOLServer 3.5.1 on Mac OS X. I have already installed it successfully on RH Linux 7.3 without a problem, but OS X seems to have some peculiarities. I had to recompile TCL with the --enable thread options, so I just went ahead and upgraded to version 8.4.1. I was able to configure just fine, and the Make went fine for individual files, other than the occasional warning. However, after a few minutes I get the following output: -------------------------------- <snip> ------------------------------- /bin/rm -f libnsd cc -dynamiclib -install_name /usr/local/aolserver/lib/libnsd -L../nsthread -L../nsd -o libnsd adp.o adpfancy.o auth.o binder.o cache.o callbacks.o config.o conn.o crypt.o dbdrv.o dbinit.o dbtcl.o dbutil.o dns.o drv.o dstring.o exec.o fastpath.o fd.o filter.o httptime.o htuu.o id.o index.o keepalive.o lisp.o listen.o log.o main.o mimetypes.o modload.o nsconf.o nsmain.o nsthread.o op.o pathname.o pidfile.o proc.o quotehtml.o random.o request.o return.o rollfile.o sched.o serv.o set.o sock.o sockcallback.o str.o tclcmds.o tclconf.o tclenv.o tclfile.o tclinit.o tclmisc.o tclop.o tclresp.o tclsched.o tclset.o tclsock.o tclstats.o tclxkeylist.o tclthread.o tclvar.o unix.o url.o urlencode.o urlopen.o urlspace.o tclstub8x.o stamp.o -lnsthread -L/dl/tcl8.4.1/unix -ltcl8.4 -lpthread -framework CoreFoundation /usr/bin/libtool: can't locate file for: -lnsthread /usr/bin/libtool: file: -lnsthread is not an object file (not allowed in a library) make[1]: *** [libnsd] Error 1 make: *** [all] Error 1 -------------------------------- <snip> ------------------------------- My guess is that this is something to do with late/early binding differences on the Mac, as libnsthread does exist in the nsthread directory. Any ideas? I am not a C programmer, so some of this stuff is way above my head. Do I need to use a different compiler argument or set an environment variable for use with OS X? Thanks in advance. I have searched the list archives and FAQ and not seen anything on this subject. Morgan
