Hi, > I noticed that the output directories of any prefixed (--prefix) OpenSSL > build for some Unix 64-bit flavors changed. > In the past (at least with openSSL openssl-0.9.8k), after calling gmake > install, the include files were in prefix/include, the libraries in > prefix/lib. > Due to the changed output structure of any prefixed OpenSSL build, > libraries for non-32-bit builds may reside in: > HPIA64: prefix/lib/hpux64 > HPPArisc: prefix/lib/pa20_64 > Linux: prefix/lib64 > Solaris: prefix/lib/64
Yes, this is result of ongoing attempt to make openssl "multilib"-aware. Admittedly it was inappropriate to assume that it would work for arbitrary prefix. I'd suggest to refine logic to see if target "multilib" location actually exists and if it doesn't, then suffix would be omitted. I mean if you configure with --prefix=/usr, i.e. where linker does look for 64-bit libs in designated directories, then "multilib" suffix will be used. And should you choose another --prefix, it will be omitted. Does it make more sense? A. ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [email protected] Automated List Manager [email protected]
