Problem compiling Flood1.1 on Solaris 8

[Norman Tuttle <nt...@photon.poly.edu>]

The make all for Flood 1.1 is failing for Flood1.1 on Solaris 8, after
using the following configure on bash shell:
 configure --disable-shared --enable-ssl --with-openssl=/usr/local/ssl

Sometimes I get the following result, which is strange because the
configure says the "ar" is "ar" (although I also cannot find it from the
command line; then where are they getting it from in configure?):

make[2]: Entering directory `/opt/home/ntuttle/flood-1.1/apr'
/bin/bash /opt/home/ntuttle/flood-1.1/apr/libtool --silent --mode=link gcc
-g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS
-D_REENTRANT -I./include -I../include -version-info 9:4:9 -o libapr-0.la
-rpath /usr/local/lib strings/apr_cpystrn.lo strings/apr_fnmatch.lo
strings/apr_snprintf.lo strings/apr_strings.lo strings/apr_strnatcmp.lo
strings/apr_strtok.lo passwd/apr_getpass.lo tables/apr_hash.lo
tables/apr_tables.lo file_io/unix/copy.lo file_io/unix/dir.lo
file_io/unix/fileacc.lo file_io/unix/filedup.lo file_io/unix/filepath.lo
file_io/unix/filepath_util.lo file_io/unix/filestat.lo
file_io/unix/flock.lo file_io/unix/fullrw.lo file_io/unix/mktemp.lo
file_io/unix/open.lo file_io/unix/pipe.lo file_io/unix/readwrite.lo
file_io/unix/seek.lo file_io/unix/tempdir.lo network_io/unix/inet_ntop.lo
network_io/unix/inet_pton.lo network_io/unix/sendrecv.lo
network_io/unix/sockaddr.lo network_io/unix/sockets.lo
network_io/unix/sockopt.lo threadproc/unix/proc.lo
threadproc/unix/procsup.lo threadproc/unix/signals.lo
threadproc/unix/thread.lo threadproc/unix/threadpriv.lo
misc/unix/charset.lo misc/unix/env.lo misc/unix/errorcodes.lo
misc/unix/getopt.lo misc/unix/otherchild.lo misc/unix/rand.lo
misc/unix/start.lo misc/unix/version.lo locks/unix/global_mutex.lo
locks/unix/proc_mutex.lo locks/unix/thread_cond.lo
locks/unix/thread_mutex.lo locks/unix/thread_rwlock.lo time/unix/time.lo
time/unix/timestr.lo mmap/unix/common.lo mmap/unix/mmap.lo
shmem/unix/shm.lo user/unix/groupinfo.lo user/unix/userinfo.lo
memory/unix/apr_pools.lo atomic/unix/apr_atomic.lo poll/unix/poll.lo
poll/unix/pollacc.lo support/unix/waitio.lo dso/unix/dso.lo
/opt/home/ntuttle/flood-1.1/apr/libtool: ar: command not found

Or in place of this last error, after the /bin/bash line, I get the error:

libtool: link: `strings/apr_cpystrn.lo' is not a valid libtool object

which is also strange because it contains a similar string to all the
other *.lo files I see in the project. Can somebody deduce what the
problem is?

-Norman Tuttle, OpenDemand Systems Developer ntuttle@opendemand.com

Re: Problem compiling Flood1.1 on Solaris 8; Problem solved

[Norman Tuttle <nt...@photon.poly.edu>]

Solved the problem. It was an environment issue. We now have Flood 1.1
built on Solaris.

-Norman Tuttle (OpenDemand Systems Developer), ntuttle@opendemand.com

On Thu, 9 Oct 2003, Norman Tuttle wrote:

> The make all for Flood 1.1 is failing for Flood1.1 on Solaris 8, after
> using the following configure on bash shell:
>  configure --disable-shared --enable-ssl --with-openssl=/usr/local/ssl
> 
> Sometimes I get the following result, which is strange because the
> configure says the "ar" is "ar" (although I also cannot find it from the
> command line; then where are they getting it from in configure?):
> 
> make[2]: Entering directory `/opt/home/ntuttle/flood-1.1/apr'
> /bin/bash /opt/home/ntuttle/flood-1.1/apr/libtool --silent --mode=link gcc
> -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS
> -D_REENTRANT -I./include -I../include -version-info 9:4:9 -o libapr-0.la
> -rpath /usr/local/lib strings/apr_cpystrn.lo strings/apr_fnmatch.lo
> strings/apr_snprintf.lo strings/apr_strings.lo strings/apr_strnatcmp.lo
> strings/apr_strtok.lo passwd/apr_getpass.lo tables/apr_hash.lo
> tables/apr_tables.lo file_io/unix/copy.lo file_io/unix/dir.lo
> file_io/unix/fileacc.lo file_io/unix/filedup.lo file_io/unix/filepath.lo
> file_io/unix/filepath_util.lo file_io/unix/filestat.lo
> file_io/unix/flock.lo file_io/unix/fullrw.lo file_io/unix/mktemp.lo
> file_io/unix/open.lo file_io/unix/pipe.lo file_io/unix/readwrite.lo
> file_io/unix/seek.lo file_io/unix/tempdir.lo network_io/unix/inet_ntop.lo
> network_io/unix/inet_pton.lo network_io/unix/sendrecv.lo
> network_io/unix/sockaddr.lo network_io/unix/sockets.lo
> network_io/unix/sockopt.lo threadproc/unix/proc.lo
> threadproc/unix/procsup.lo threadproc/unix/signals.lo
> threadproc/unix/thread.lo threadproc/unix/threadpriv.lo
> misc/unix/charset.lo misc/unix/env.lo misc/unix/errorcodes.lo
> misc/unix/getopt.lo misc/unix/otherchild.lo misc/unix/rand.lo
> misc/unix/start.lo misc/unix/version.lo locks/unix/global_mutex.lo
> locks/unix/proc_mutex.lo locks/unix/thread_cond.lo
> locks/unix/thread_mutex.lo locks/unix/thread_rwlock.lo time/unix/time.lo
> time/unix/timestr.lo mmap/unix/common.lo mmap/unix/mmap.lo
> shmem/unix/shm.lo user/unix/groupinfo.lo user/unix/userinfo.lo
> memory/unix/apr_pools.lo atomic/unix/apr_atomic.lo poll/unix/poll.lo
> poll/unix/pollacc.lo support/unix/waitio.lo dso/unix/dso.lo
> /opt/home/ntuttle/flood-1.1/apr/libtool: ar: command not found
> 
> Or in place of this last error, after the /bin/bash line, I get the error:
> 
> libtool: link: `strings/apr_cpystrn.lo' is not a valid libtool object
> 
> which is also strange because it contains a similar string to all the
> other *.lo files I see in the project. Can somebody deduce what the
> problem is?
> 
> -Norman Tuttle, OpenDemand Systems Developer ntuttle@opendemand.com
> 
>