According to Mark T. Valites:
> I have searched through a handful of the archives, and seen a bunch of
> solaris compile problems, but none similar to what I am getting.  From the
> make:
> 
> make[1]: Leaving directory `/usr/local/src/htdig-3.1.6-102101/db/dist'
> make[1]: Entering directory `/usr/local/src/htdig-3.1.6-102101/htlib'
> c++ -c
> -DDEFAULT_CONFIG_FILE=\"/usr/local/htdig-3.1.6-102101/conf/htdig.conf\"
> -I../htlib -I../htcommon -I../db/dist -I../include -g -O2 Configuration.cc
> c++ -c
> -DDEFAULT_CONFIG_FILE=\"/usr/local/htdig-3.1.6-102101/conf/htdig.conf\"
> -I../htlib -I../htcommon -I../db/dist -I../include -g -O2 Connection.cc
> Connection.cc: In constructor `Connection::Connection(int)':
> Connection.cc:67: cannot convert `int*' to `socklen_t*' for argument `3'
> to
>    `int getpeername(int, sockaddr*, socklen_t*)'
...
> I'm running with:
> htdig-3.1.6-102101
> solaris 8
> sunfire 280R
> gcc 3.0
> make 3.79
> # ./configure  --disable-shared --prefix=/usr/local/htdig-3.1.6-102101
> --with-cgi-bin-dir=/usr/local/apache/cgi-bin/htdig
> --with-image-dir=/usr/local/apache/htdocs/htdig
> --with-search-dir=/usr/local/apache/htdocs/htdig
> 
>$LD_LIBRARY_PATH=/usr/local/lib:/usr/lib:/usr/share/lib:/usr/ccs/lib:/usr/local/ssl/lib:/etc/lib
> 
> I get the same exact error on my ultra 5 desktop machine with solaris 8,
> gcc-3.0.1, and htdig-3.1.5/3.1.6-192191/3.1.5
> 
> One of my linux boxes compiled without a hitch with the same args and
> environment variables.

Well, we've gotten lots of different error reports from gcc 3.0 users,
but this is a new one.  It would appear that the configure test for
the getpeername() length argument type failed to find the right type,
though socklen_t is one of the types it tries.  Do you get the same
failure with 3.2.0b4, or does it fail too?  Knowing this might help us
to figure out if the problem is with the configure program in 3.1.x,
or something odd about your system.  Do you have different versions of
gcc or its header files on your system that might cause configure to
use the wrong set for its test?

On the linux boxes where the compile worked, do you also run gcc 3.0?
We have yet to hear a report of successful compilation with 3.0.

-- 
Gilles R. Detillieux              E-mail: <[EMAIL PROTECTED]>
Spinal Cord Research Centre       WWW:    http://www.scrc.umanitoba.ca/~grdetil
Dept. Physiology, U. of Manitoba  Phone:  (204)789-3766
Winnipeg, MB  R3E 3J7  (Canada)   Fax:    (204)789-3930

_______________________________________________
htdig-general mailing list <[EMAIL PROTECTED]>
To unsubscribe, send a message to <[EMAIL PROTECTED]> with a 
subject of unsubscribe
FAQ: http://htdig.sourceforge.net/FAQ.html

Reply via email to