> 'make install' fails @ > > ... > making install in engines... > installing 4758cca > cp: lib4758cca.so: No such file or directory > ... > make[1]: *** [install] Error 1 > make: *** [install_sw] Error 1 > > since ... > > ls ./engines/*.dylib > ./engines/lib4758cca.dylib > ... > > the workaround is to: > > perl -pi -e 's/lib\$\$l.so/lib\$\$l.dylib/g' > /usr/ports/openssl-0.9.8a/engines/Makefile > > *then* 'make install' completes successfully.
More proper solution is committed. "More" refers to opinion that engine naming convention essentially needs a revision. "Proper" refers to the fact that solution addresses not only installation problem, but even run-time ones. > (2) > after install, note: > > > for v0.9.8a: > otool -L libssl.dylib: > libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) > libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version > 0.9.8) > /usr/local/lib/libgmp.3.dylib (compatibility version 7.0.0, current > version 7.3.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version > 1.0.0) > /usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version > 92.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 88.0.0) > > > v098x builds, for whatever reason, are MISSING the "/usr/local/ssl/lib" > install_name prefixes to the libssl/libcrypto libs. > > this causes all SORTS of downstream probs ... If you want better response time be more specific describing problems. Even if appears selfobvious to you. Point is that without [daily] access to MacOS X and massive hands-on experiense "all SORTS" have very little [if any] meaning. Describe at least one problem in more "tangible" terms. Check tomorrow snapshots as they become available. The case is being dismissed. A. ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List [email protected] Automated List Manager [EMAIL PROTECTED]
