Is it possible to build the latest FIPS-capable OpenSSL as a universal
binary on Mac OS X similar to the following?
$ sw_vers
ProductName: Mac OS X
ProductVersion: 10.5.8
BuildVersion: 9L30
$ file /usr/lib/libcrypto.dylib
/usr/lib/libcrypto.dylib: Mach-O universal binary with 4 architectures
/usr/lib/libcrypto.dylib (for architecture ppc7400): Mach-O
dynamically linked shared library ppc
/usr/lib/libcrypto.dylib (for architecture ppc64): Mach-O 64-bit
dynamically linked shared library ppc64
/usr/lib/libcrypto.dylib (for architecture i386): Mach-O dynamically
linked shared library i386
/usr/lib/libcrypto.dylib (for architecture x86_64): Mach-O 64-bit
dynamically linked shared library x86_64
$ file /usr/lib/libwrap.a
/usr/lib/libwrap.a: Mach-O universal binary with 4 architectures
/usr/lib/libwrap.a (for architecture ppc): current ar archive random
library
/usr/lib/libwrap.a (for architecture ppc64): current ar archive random
library
/usr/lib/libwrap.a (for architecture i386): current ar archive random
library
/usr/lib/libwrap.a (for architecture x86_64): current ar archive
random library
I am interested in building the static version of the FIPS-capable
OpenSSL as an universal binary.
I would appreciate any clues on how to accomplish this (if it is
possible).
Thank you,
Bill
______________________________________________________________________
OpenSSL Project http://www.openssl.org
User Support Mailing List openss...@openssl.org
Automated List Manager majo...@openssl.org
Thanks. That is exactly the approach that I am currently taking (will
use lipo(1) to aggregate the FIPS-capable OpenSSL static libs to see
if that works)...
I don't know what ldfips will do. I will have to try it to see.
I think creating universal binaries with dylib will be more straight
forward but I would prefer static libs instead in order to guarantee
that my app will use the correct libcrypto lib (I am trying not to
rely on the dynamic loader to determine which to use -- my lib or the
system's lib).
Thanks,
Three builds, per spec, of the FIPS canister. No tweaks, no exceptions to
the security policy.
Then it's possible but non-trivial to integrate these three components into
any OpenSSL you would like to invent.
That may not be sufficient, can ldfips be modified(?), it's certainly needed to link
static to the fips canister. I'd put your energies into building a dylib which would
give you a smidge more flexibility.