Yeah, that was incorrect.
Here's some observations about the 32-bit RHEL5 perl build, however:
(a) It is stored in the i386 location, not i486:
so I'm not clear why one would see an i486?
(b) a readelf -d on the RHEL5 build shows:
quanah@freelancer SSLeay]$ readelf -d SSLeay.so | more
Dynamic section at offset 0x55220 contains 24 entries:
Tag Type Name/Value
0x00000001 (NEEDED) Shared library: [libssl.so.0.9.8]
0x00000001 (NEEDED) Shared library: [libcrypto.so.0.9.8]
0x00000001 (NEEDED) Shared library: [libz.so.1]
0x00000001 (NEEDED) Shared library: [libc.so.6]
0x0000000f (RPATH) Library rpath: [/opt/zimbra/openssl-0.9.8i/lib:/usr/lib]
Which also shows it linked against OpenSSL 0.9.8i, not OpenSSL 0.9.8g. So I'm baffled as to how an SSLeay.so from a different directory is even on your system, and that it's linked against an older version of OpenSSL.
The only platform that uses i486 that we build is UBUNTU8(32 & 64).
Zimbra :: the leader in open source messaging and collaboration