[stunnel-users] [BUG] SSL directory scan breaks cross-compilation

John Spencer maillist-stunnel at barfooze.de
Mon Nov 3 01:42:51 CET 2014


it seems between 5.02 and 5.06 a "SSL directory scan" was introduced.

         for main_dir in /usr/local /usr/lib /usr/pkg /opt/local /opt 
/usr; do
             for sub_dir in /ssl /openssl /; do
                 check_ssl_dir "$main_dir$sub_dir" && break 2


this ofc breaks cross-compilation.

the concept of searching for a library directory is completely broken.

if just adding -lssl -lcrypto to LDFLAGS doesnt find the openssl 
libraries at link time, the user's compiler toolchain is wrongly set up, 
and its not the job of a package to work around that by searching 
through a number of directories.
it's the user's job to fix his toolchain by supplying the right -L paths 
in case he's got his library installed in a non-standard location.

also, there's pkg-config (which supports crosscompilation via a 
PKG_CONFIG_SYSROOT_DIR env var) in case a library needs elaborate CFLAGS.

--JS



More information about the stunnel-users mailing list