Many thanks Ralf!!!
Much appreciated !
Thanks for now!
regards
pete.
Ralf S. Engelschall wrote:
>
> On Fri, Oct 23, 1998, Peter Kramer wrote:
>
> >[...]
> > Hardware: SGI O2
> > OS: Irix 6.3
> > Compiler: SGI Base C 7.1
>
> You have bascially three harmless problems and one real problem:
>
> 1. A nasty linker:
>
> > ld32: WARNING 84: /usr/people/www/SSLeay-0.9.0b/libssl.a is not used for
> > resolving any symbol.
>
> This is harmless and can be ignored. To get rid of those messages just use
> LDFLAGS="'-Wl,-woff 84'". This should do the trick when I remember correctly.
>
> 2. a general unsigned vs. signed problem:
>
> > "util_md5.c", line 102: warning(1164): argument of type "const unsigned char
> > *" is incompatible with parameter of type "const char *"
>
> This is not really harmless, but can be ignored for most compilers. Look
> inside your compiler manual for an option which forces the "char" to be always
> "unsigned char". That's ok for Apache and already used for some GCC platforms.
>
> 3. a nasty compiler:
>
> > "ssl_gcache.c", line 294: warning(1110): statement is unreachable
> > return (0);
> > ^
>
> This is correct, because before this statement there is an endless loop. But
> when we remove the return(0) other compilers complain about this. Hmmm... I
> don't know a good solution to get rid of this warning. So, just ignore it.
>
> 4. An object type mismatch:
>
> > cc -DIRIX -n32 -DMOD_SSL=200113 -I/usr/people/www/SSLeay-0.9.0b/include
> > -DUSE_HSREGEX `./apaci` -n32 -L/usr/people/www/SSLeay-0.9.0b \
> > -o httpd buildmark.o modules.o modules/ssl/libssl.a
> > modules/standard/libstandard.a main/libmain.a ./os/unix/libos.a
> > ap/libap.a regex/libregex.a -lssl -lcrypto
> > ld32: FATAL 112: cannot link old 32-bit object with -n32 link:
> > /usr/people/www/SSLeay-0.9.0b/libssl.a(ssl_lib.o).
> > *** Error code 2 (bu21)
>
> This is problematic and the only real problem. Seems like you have compiled
> SSLeay without -n32 but Apache wants -n32 and now the linker complains. One
> solution is to recompile SSLeay with -n32, the other solution is to compile
> Apache without -n32 and the last solution is to find a IRIX linker option
> which says "Yeah, it's different objects, but try it nevertheless". I
> recommend you to first try the easiest way: Use --disable-rule=IRIXN32. Then
> I would try to add -n32 for SSLeay and only at last I would try a linker
> option.
> Ralf S. Engelschall
> [EMAIL PROTECTED]
> www.engelschall.com
> ______________________________________________________________________
> Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/
> Official Support Mailing List [EMAIL PROTECTED]
> Automated List Manager [EMAIL PROTECTED]
--
******************** Oware' Graphics Solutions **********************
Pete Kramer
Technical Services
Phone: 27-11-884-9045
Fax: 27-11-884-6895
[EMAIL PROTECTED]
South Africa and the Sub-Saharan Region
*********************************************************************
______________________________________________________________________
Apache Interface to SSLeay (mod_ssl) www.engelschall.com/sw/mod_ssl/
Official Support Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
