FYI: When building OpenSSL, using the solaris64-sparcv9-cc config, then RANLIB uses ar -rs as RANLIB command. Solaris 10 on UltraSparc (in my case a V440 system) suffers from a bug in:
/usr/ccs/bin/ar:
SunOS 5.10 Generic 144500-19 Jul 2011
/etc/release:
Oracle Solaris 10 9/10 s10s_u9wos_14a SPARC
Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved.
Assembled 11 August 2010
The sparc64-sparcv9-cc config seems to define ar -rs as ranlib command.
Each (!) time ar with r flag is called, then all objects in the static
libcrypto.a library are increased in size. The archive itself easily becomes
>2Gb and gets corrupt, where after the build halted/fails.
This problem is a known problem at Oracle. The 32-bit bit sparc-sparcv9-cc
config does not use ar -s and hence does not have the same problems The
workaround is to use ranlib (which is an empty shell script with exit 0) on
Solaris, or await a fix of Oracle.
It may be worth considering moving away from using ar -r option, or using ar
from /usr/xpg4/bin (instead the one of /usr/ccs/bin). It may be worth
considering to keep the 32-bit and 64-bit config somewhat more consistent, and
use the same RANLIB command.
I used the RANLIB=ranlib workaround before calling Configure.
Note that the problem does not exist with the same ar version, but working on
Solaris 10 on a T2 system (and older Solaris 10 edition):
Solaris 10 10/09 s10s_u8wos_08a SPARC
Copyright 2009 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 16 September 2009
Regards,
Kees
FYI: When building OpenSSL, using the solaris64-sparcv9-cc config, then RANLIB uses ar -rs as RANLIB command. Solaris 10 on UltraSparc (in my case a V440 system) suffers from a bug in: /usr/ccs/bin/ar: SunOS 5.10 Generic 144500-19 Jul 2011 /etc/release: Oracle Solaris 10 9/10 s10s_u9wos_14a SPARC Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved. Assembled 11 August 2010 The sparc64-sparcv9-cc config seems to define ar -rs as ranlib command. Each (!) time ar with r flag is called, then all objects in the static libcrypto.a library are increased in size. The archive itself easily becomes >2Gb and gets corrupt, where after the build halted/fails. This problem is a known problem at Oracle. The 32-bit bit sparc-sparcv9-cc config does not use ar -s and hence does not have the same problems The workaround is to use ranlib (which is an empty shell script with exit 0) on Solaris, or await a fix of Oracle. It may be worth considering moving away from using ar -r option, or using ar from /usr/xpg4/bin (instead the one of /usr/ccs/bin). It may be worth considering to keep the 32-bit and 64-bit config somewhat more consistent, and use the same RANLIB command. I used the RANLIB=ranlib workaround before calling Configure. Note that the problem does not exist with the same ar version, but working on Solaris 10 on a T2 system (and older Solaris 10 edition): Solaris 10 10/09 s10s_u8wos_08a SPARC Copyright 2009 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 16 September 2009 Regards, Kees |
