openssh-4.1p1 on OSX 10.4.1 w/ openssl-0.9.8 NOT FINDING -lcrypto

[OpenMacNews]

hi darren,

>>    setenv DEFAULT_LIBPATH
>>
>> clearly, it makes the difference ... but, apparently, not in findssl.sh
>
> If you unset those variables do the binaries stop working?

nope.  if I:

    setenv DEFAULT_LIBPATH

built binaries are all still ok ... i just can't compile/link fresh with it 
UNset.

>> odd that it's never been an issue for me before, as long as
>> LDFLAGS/CPPFLAGS have been properly set.
>
> If you were using either the system's libcrypto

i'm not ...

> or linking against a
> static libcrypto (the latter being the default for at least OpenSSL
> 0.9.7g and below) then the run-time linker path is not going to be an issue.

ok. hmmm ... it may be worth mentioning, then, that in my/this case, i've built 
openssl (OpenSSL 0.9.8 05 Jul 2005) as:

    ./Configure --prefix=/usr/local/ssl --openssldir=/usr/local/ssl 
darwin-ppc-cc -DUSE_TOD shared threads enable-rc5 enable-mdc2 -DOPENSSL_USE_GMP 
-lgmp

with:

% ls -al /usr/local/ssl/lib/
    total 4608
    drwxr-xr-x  12 root staff     408 Jul 10 10:46 .
    drwxr-xr-x  10 root staff     340 Jul 10 10:46 ..
    drwxr-xr-x  11 root staff     374 Jul 10 10:46 engines
    -r-xr-xr-x   1 root staff 1412444 Jul 10 10:46 libcrypto.0.9.8.dylib
    lrwxr-xr-x   1 root staff      21 Jul 10 10:17 libcrypto.0.9.dylib ->
    libcrypto.0.9.8.dylib
    -rw-r--r--   1 root staff 2507608 Jul 10 10:46 libcrypto.a
    lrwxr-xr-x   1 root staff      21 Jul 10 10:46 libcrypto.dylib ->
    libcrypto.0.9.8.dylib
    -r-xr-xr-x   1 root staff  309744 Jul 10 10:46 libssl.0.9.8.dylib
    lrwxr-xr-x   1 root staff      18 Jul 10 10:17 libssl.0.9.dylib ->
    libssl.0.9.8.dylib
    -rw-r--r--   1 root staff  463136 Jul 10 10:46 libssl.a
    lrwxr-xr-x   1 root staff      18 Jul 10 10:46 libssl.dylib ->
    libssl.0.9.8.dylib
    drwxr-xr-x   5 root staff     170 Jul 10 10:00 pkgconfig

> BTW findssl.sh uses "locate" when available because it's much faster than 
"find".

ok. agreed that its faster  .... just curious if/how its path traversal differs 
...

cheers,

richard