Re: 9GB libcrypto.a in openssl-1.0.1c
We saw this earlier with another build product. I think the 'ar' program in some of these build environments (oh all right IDEs) is just adding entries to an existing libcrypto.a. I suspect that the build environment extracts 'libcrypto.a' plus some other binaries out of some source control system. Over time such 'libraries' get a little large (is there an emoticon for irony?). I suggest one of at least three options to remedy this: EITHER 1. Removing the libcrypto.a file from the source control system altogether. OR 2. Modifying the source control system so it knows to only check out source files (rather than binaries) prior to a build OR 3. Adding make clean amd rm Makefile before running Configure in the build environment. 2 and 3 are preferable as there may be other files getting large as a result of the build adding object files to existing (that is checked out) binaries. Good luck Dennis and others. Jeremy Hunt Zack Weinberg wrote: On Sun, Jul 29, 2012 at 11:00 AM, Dennis Clarke dcla...@blastwave.org wrote: After a build of openssl-1.0.1c on Solaris 10 with the Sun Studio 12 compilers I was very surprised to see this : # ls -l libcrypto.a -rw-r--r-- 1 root root 9908820968 Jul 17 19:47 libcrypto.a It's not supposed to be that large. I've never built on Solaris, but this OSX build is typical as far as I can tell: -rw-r--r-- 1 root admin 3136968 May 10 09:28 /opt/local/lib/libcrypto.a I'm inclined to suspect something funny with the Sun Studio compilers. I would be interested to know what size libcrypto.a prints for you. That will indicate which of the object files in the library is/are responsible for its overall size. zw __ OpenSSL Project http://www.openssl.org User Support Mailing Listopenssl-users@openssl.org Automated List Manager majord...@openssl.org __ OpenSSL Project http://www.openssl.org User Support Mailing Listopenssl-users@openssl.org Automated List Manager majord...@openssl.org
9GB libcrypto.a in openssl-1.0.1c
After a build of openssl-1.0.1c on Solaris 10 with the Sun Studio 12 compilers I was very surprised to see this : # ls -l libcrypto.a -rw-r--r-- 1 root root 9908820968 Jul 17 19:47 libcrypto.a This is a small machine in any case and 9G vanishing into a single archive seems very wrong. Have others seen this sort of result ? Dennis ps : # zfs list iscbind_rpool/ROOT/s10s_u9wos_14a NAMEUSED AVAIL REFER MOUNTPOINT iscbind_rpool/ROOT/s10s_u9wos_14a 31.9G 680M 30.7G / # rm libcrypto.a # zfs list iscbind_rpool/ROOT/s10s_u9wos_14a NAMEUSED AVAIL REFER MOUNTPOINT iscbind_rpool/ROOT/s10s_u9wos_14a 22.7G 9.90G 21.4G / __ OpenSSL Project http://www.openssl.org User Support Mailing Listopenssl-users@openssl.org Automated List Manager majord...@openssl.org
Re: 9GB libcrypto.a in openssl-1.0.1c
Baron, Philip had the same problem about 12 days ago, browse back in the archives to see the details. On 7/29/2012 8:00 PM, Dennis Clarke wrote: After a build of openssl-1.0.1c on Solaris 10 with the Sun Studio 12 compilers I was very surprised to see this : # ls -l libcrypto.a -rw-r--r-- 1 root root 9908820968 Jul 17 19:47 libcrypto.a This is a small machine in any case and 9G vanishing into a single archive seems very wrong. Have others seen this sort of result ? Dennis ps : # zfs list iscbind_rpool/ROOT/s10s_u9wos_14a NAMEUSED AVAIL REFER MOUNTPOINT iscbind_rpool/ROOT/s10s_u9wos_14a 31.9G 680M 30.7G / # rm libcrypto.a # zfs list iscbind_rpool/ROOT/s10s_u9wos_14a NAMEUSED AVAIL REFER MOUNTPOINT iscbind_rpool/ROOT/s10s_u9wos_14a 22.7G 9.90G 21.4G / Enjoy Jakob -- Jakob Bohm, CIO, Partner, WiseMo A/S. http://www.wisemo.com Transformervej 29, 2730 Herlev, Denmark. Direct +45 31 13 16 10 This public discussion message is non-binding and may contain errors. WiseMo - Remote Service Management for PCs, Phones and Embedded __ OpenSSL Project http://www.openssl.org User Support Mailing Listopenssl-users@openssl.org Automated List Manager majord...@openssl.org
Re: 9GB libcrypto.a in openssl-1.0.1c
On Sun, Jul 29, 2012 at 11:00 AM, Dennis Clarke dcla...@blastwave.org wrote: After a build of openssl-1.0.1c on Solaris 10 with the Sun Studio 12 compilers I was very surprised to see this : # ls -l libcrypto.a -rw-r--r-- 1 root root 9908820968 Jul 17 19:47 libcrypto.a It's not supposed to be that large. I've never built on Solaris, but this OSX build is typical as far as I can tell: -rw-r--r-- 1 root admin 3136968 May 10 09:28 /opt/local/lib/libcrypto.a I'm inclined to suspect something funny with the Sun Studio compilers. I would be interested to know what size libcrypto.a prints for you. That will indicate which of the object files in the library is/are responsible for its overall size. zw __ OpenSSL Project http://www.openssl.org User Support Mailing Listopenssl-users@openssl.org Automated List Manager majord...@openssl.org
Re: 9GB libcrypto.a in openssl-1.0.1c
- Original Message - From: Zack Weinberg zack.weinb...@sv.cmu.edu Date: Sunday, July 29, 2012 4:05 pm Subject: Re: 9GB libcrypto.a in openssl-1.0.1c To: openssl-users@openssl.org On Sun, Jul 29, 2012 at 11:00 AM, Dennis Clarke dcla...@blastwave.org wrote: After a build of openssl-1.0.1c on Solaris 10 with the Sun Studio 12 compilers I was very surprised to see this : # ls -l libcrypto.a -rw-r--r-- 1 root root 9908820968 Jul 17 19:47 libcrypto.a It's not supposed to be that large. I've never built on Solaris, but this OSX build is typical as far as I can tell: -rw-r--r-- 1 root admin 3136968 May 10 09:28 /opt/local/lib/libcrypto.a I'm inclined to suspect something funny with the Sun Studio compilers. I would be interested to know what size libcrypto.a prints for you. That will indicate which of the object files in the library is/are responsible for its overall size. Ah well, too late. I took it out behind the barn and killed it. Will try another build and see what happens and then report. Dennis __ OpenSSL Project http://www.openssl.org User Support Mailing Listopenssl-users@openssl.org Automated List Manager majord...@openssl.org