Bug 59996

Summary: tcnative.m4 always refers to lib directory
Product: Tomcat Native Reporter: Coty Sutherland <csutherl>
Component: LibraryAssignee: Tomcat Developers Mailing List <dev>
Status: RESOLVED FIXED    
Severity: normal    
Priority: P2    
Version: 1.2.9   
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Attachments: patch proposal

Description Coty Sutherland 2016-08-12 14:45:17 UTC
When building tomcat-native on a 64-bit system and using a 64-bit openssl distribution that isn't the in the /usr directory tcnative always generates a configure script that references /lib instead of /lib64.

To reproduce:

1) Build openssl locally (for example, /tmp/openssl) or you can just point to a random directory like /tmp/test that has a lib64 subdirectory (you don't need to build to reproduce)
2) Run buildconf to generate `configure`
3) Execute configure and observe output:

$ ./configure --with-apr=/usr/bin/apr-1-config --with-java-home=$JAVA_HOME --with-ssl=/tmp/openssl --prefix=/dist | grep "using openssl from"
checking for OpenSSL library... using openssl from /tmp/openssl/lib and /tmp/openssl/include

This causes an invalid path to be configured into rpath for 64-bit machines and prevents 64-bit distributions of tcnative that install in openssl non-standard locations from working as expected (which is referencing the correct openssl distribution).
Comment 1 Coty Sutherland 2016-08-12 14:47:20 UTC
Created attachment 34143 [details]
patch proposal

This patch adds a test for $use_openssl/lib64 and if it succeeds, updates the lib directory in use to be lib64 instead of lib. It defaults to lib if lib64 is not present.
Comment 2 Mark Thomas 2017-01-30 11:38:30 UTC
Fixed for 1.2.11 onwards.