From owner-freebsd-current Tue Sep 1 21:52:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA07296 for freebsd-current-outgoing; Tue, 1 Sep 1998 21:52:39 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from mail.camalott.com (mail.camalott.com [208.203.140.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA07291 for ; Tue, 1 Sep 1998 21:52:36 -0700 (PDT) (envelope-from joelh@gnu.org) Received: from detlev.UUCP (tex-127.camalott.com [208.229.74.127]) by mail.camalott.com (8.8.7/8.8.5) with ESMTP id XAA02759; Tue, 1 Sep 1998 23:53:20 -0500 Received: (from joelh@localhost) by detlev.UUCP (8.9.1/8.9.1) id XAA04004; Tue, 1 Sep 1998 23:51:27 -0500 (CDT) (envelope-from joelh) Date: Tue, 1 Sep 1998 23:51:27 -0500 (CDT) Message-Id: <199809020451.XAA04004@detlev.UUCP> To: bde@zeta.org.au CC: bde@zeta.org.au, jdp@polstra.com, current@FreeBSD.ORG, reilly@zeta.org.au In-reply-to: <199809020323.NAA26285@godzilla.zeta.org.au> (message from Bruce Evans on Wed, 2 Sep 1998 13:23:16 +1000) Subject: Re: ELF binaries size From: Joel Ray Holveck Reply-to: joelh@gnu.org References: <199809020323.NAA26285@godzilla.zeta.org.au> Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >>>But a.out has a repeat of the same situation at the juncture of data >>>and bss, and ELF does not. >> No it doesn't. The bss immediately follows the data. The data section >> is padded to 4K in the file for some reason. > I was a bit confused. size(1) shows that the "data" section itself is > padded. I was thinking of the actual data section, which ends at edata. > Part of the bss is merged into the data section to avoid wasting in-core > space given that we're wasting file space (this results in a bss size of > 0 for small programs). The reason for the padding is that it simplifies > paging. It may even be faster, since disk blocks are always padded. Say, while I was looking at this, I noticed something... Didn't we used to have an a.out-friendly objdump? I'm running a 26Aug current. (I'm willing to wait a few days for the ELF world, having no ELF-critical projects today.) The only objdump is directly in /usr/libexec/elf, and it won't read a.out (natch). What happened to the old objdump? Best, joelh -- Joel Ray Holveck - joelh@gnu.org - http://www.wp.com/piquan Fourth law of programming: Anything that can go wrong wi sendmail: segmentation violation - core dumped To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message