On Thu, 2005-03-03 at 11:51 +0100, Michal Trojnara wrote:

Greg Matthews wrote:

...

it seems socklen_t is undefined as a type on this OS (and also older versions of solaris).

ftp://stunnel.mirt.net/stunnel/socklen_t.patch

It will get integrated in the next release.

excellent! compilation almost completes now. It falls over at the linking stage:

/bin/sh ../libtool --tag=CC --mode=link cc -n32 -g -I/usr/local/ssl/include -L/usr/lib32 -o stunnel client.o log.o options.o protocol.o network.o resolver.o ssl.o sthreads.o stunnel.o pty.o -lpthread -lsocket -lnsl -ldl -L/usr/local/ssl/lib -lssl -lcrypto cc -n32 -g -I/usr/local/ssl/include -o stunnel client.o log.o options.o protocol.o network.o resolver.o ssl.o sthreads.o stunnel.o pty.o -L/usr/lib32 -lpthread -lsocket -lnsl -ldl -L/usr/local/ssl/lib -lssl -lcrypto

<...warnings snipped...>

ld32: ERROR 33: Unresolved text symbol "ENGINE_load_builtin_engines" -- 1st referenced by ssl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33: Unresolved text symbol "ENGINE_register_all_complete" -- 1st referenced by ssl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33: Unresolved text symbol "ENGINE_by_id" -- 1st referenced by ssl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33: Unresolved text symbol "ENGINE_init" -- 1st referenced by ssl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33: Unresolved text symbol "ENGINE_free" -- 1st referenced by ssl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33: Unresolved text symbol "ENGINE_set_default" -- 1st referenced by ssl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33: Unresolved text symbol "ENGINE_finish" -- 1st referenced by ssl.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: INFO 152: Output file removed because of error. *** Error code 2 (bu21) *** Error code 1 (bu21)

these symbols should be included from engine.h which was found during configure (/usr/local/ssl/include/openssl/engine.h). I've tried setting CPPFLAGS to explicitly point to the right directory. Any idea what I can do here?

here is the relevant o/p from configure: configure: **************************************** SSL and entropy checking for SSL directory... /usr/local/ssl checking /usr/local/ssl/include/openssl/engine.h usability... yes checking /usr/local/ssl/include/openssl/engine.h presence... yes checking for /usr/local/ssl/include/openssl/engine.h... yes checking for "/dev/urandom"... no

I've snipped out the warnings before the above errors as I'm told the mips compiler complains a lot anyway but let me know if you think they might be useful (mainly weak definitions).

GREG

Best regards, Mike _______________________________________________ stunnel-users mailing list [email protected] http://stunnel.mirt.net/mailman/listinfo/stunnel-users

On Thu, 2005-03-03 at 14:56 +0100, Michal Trojnara wrote:

Greg Matthews wrote:

...

excellent! compilation almost completes now. It falls over at the linking stage:

[cut]

...

ld32: ERROR 33: Unresolved text symbol "ENGINE_load_builtin_engines" -- 1st referenced by ssl.o.

It looks like your OpenSSL library is not compiled with engines enabled: ./Configure no-engine Just reconfigure/rebuild OpenSSL with engine code or remove: /usr/local/ssl/include/openssl/engine.h file.

you are right again altho I dont fully understand why. renaming the engine.h file and continuing the build made it work. I hadnt passed any options to the Configure script (I may have passed "shared" to it at most) so dont understand why it broke.

I can now create a tunnel to the SSL socket of my LDAP server, so theoretically I should finally be able to get encrypted Irix LDAP name service lookups... I havent actually tested this from boot up yet but will let the list know if there are problems.

woohoo

GREG

Best regards, Mike _______________________________________________ stunnel-users mailing list [email protected] http://stunnel.mirt.net/mailman/listinfo/stunnel-users