Bug 2261 - configure looks in /usr/local for OpenSSL and zlib, even when --with-ssl-dir and --with-zlib are set
Summary: configure looks in /usr/local for OpenSSL and zlib, even when --with-ssl-dir ...
Status: NEW
Alias: None
Product: Portable OpenSSH
Classification: Unclassified
Component: Build system (show other bugs)
Version: 6.6p1
Hardware: Other Other
: P5 normal
Assignee: Assigned to nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-07-30 08:48 AEST by sconeu
Modified: 2015-06-07 07:36 AEST (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sconeu 2014-07-30 08:48:21 AEST
When configure checks for zlib, it automaticaly prepends /usr/local/lib to the linker search path, even when --with zlib is set.  This messes up cross compiles on HP Nonstop.

Similarly, when it's checking for OpenSSL, it does the same thing, even when --with-ssl-dir is set.

Configure should check use the withval's for zlib and OpenSSL, and only if they're not specified, use /usr/local/[whatever].
Comment 1 sconeu 2014-07-30 08:48:58 AEST
Or alternatively, at least put /usr/local at the END of the library search path instead of the front.
Comment 2 Michael Felt 2015-06-07 07:36:17 AEST
This not uncommon. I suspect it is in the autoconf code to always put it there as a possibility. However, looking through many config.log files I do believe it is convention to look at the --with... variables first.
What I have also needed to do is add LDFLAGS to get the linking to do what I want/expect - this is how I have been able to keep /usr/local/anything out of anything I package.