SIZE(1)
π SIZE(1) π
okay so bestie, welcome to size, section 1 of the GNU Development Tools manual π
this one's a certified baddie β it tells you how chunky your binaries are. no cap.
β¨ NAME β¨
size β list section sizes and total size of binary files π¦
πΈ SYNOPSIS πΈ
size [-A|-B|-G|--format=compatibility]
[--help]
[-d|-o|-x|--radix=number]
[--common]
[-t|--totals]
[--target=bfdname] [-V|--version]
[-f]
[objfile...]
π DESCRIPTION π
The GNU size utility lists the section sizes and the total size for each of the binary files objfile on its argument list. By default, one line of output is generated for each file, or for each module if the file is an archive. it's giving receipts for your object files, honestly π₯
objfile... are the files to be examined. If none are specified, the file a.out will be used instead. yes, it just assumes a.out like it knows you π iconic behaviour.
β¨ OPTIONS β¨
The command-line options have the following meanings:
-A,-B,-G,--format=compatibilityβ pick your format era π
Using one of these options, you can choose whether the output from GNU size resembles output from System V size (using -A, or --format=sysv), or Berkeley size (using -B, or --format=berkeley). The default is the one-line format similar to Berkeley's. Alternatively, you can choose the GNU format output (using -G, or --format=gnu) β this is similar to Berkeley's output format, but sizes are counted differently. the way it just. has three whole personalities π«Ά
Here is an example of the Berkeley (default) format of output from size:
$ size --format=Berkeley ranlib size
text data bss dec hex filename
294880 81920 11592 388392 5ed28 ranlib
294880 81920 11888 388688 5ee50 size
The Berkeley style output counts read only data in the "text" column, not in the "data" column, and the "dec" and "hex" columns both display the sum of the "text", "data", and "bss" columns in decimal and hexadecimal respectively. so like, it shows you the total twice, in two different bases, because it can π
The GNU format counts read only data in the "data" column, not the "text" column, and only displays the sum of the "text", "data", and "bss" columns once, in the "total" column. The --radix option can be used to change the number base for all columns. Here is the same data displayed with GNU conventions:
$ size --format=GNU ranlib size
text data bss total filename
279880 96920 11592 388392 ranlib
279880 96920 11888 388688 size
This is the same data, but displayed closer to System V conventions:
$ size --format=SysV ranlib size
ranlib :
section size addr
.text 294880 8192
.data 81920 303104
.bss 11592 385024
Total 388392
size :
section size addr
.text 294880 8192
.data 81920 303104
.bss 11888 385024
Total 388688
like, same girl, three outfits. obsessed π
--help,-h,-H,-?β show a summary of acceptable arguments and options. the-?one is lowkey so real of it π-d,-o,-x,--radix=numberβ choose your number base, bestie β¨
Using one of these options, you can control whether the size of each section is given in decimal (-d, or --radix=10); octal (-o, or --radix=8); or hexadecimal (-x, or --radix=16). In --radix=number, only the three values (8, 10, 16) are supported. The total size is always given in two radices; decimal and hexadecimal for -d or -x output, or octal and hexadecimal if you're using -o. so no matter what you pick, the total still shows up in two bases, periodt π
--commonβ print total size of common symbols in each file. When using Berkeley or GNU format these are included in thebsssize. it's giving extra credit π-t,--totalsβ show totals of all objects listed (Berkeley or GNU format mode only β SysV girlies, this one's not for you π).--target=bfdnameβ specify that the object-code format for objfile is bfdname. This option may not be necessary;sizecan automatically recognize many formats. it's smart like that π§-v,-V,--versionβ display the version number ofsize. slay, know your roots π-fβ ignored. This option is used by other versions of thesizeprogram, but it is not supported by the GNU Binutils version. it literally does nothing β it's just there so old scripts don't throw hands π@file β read command-line options from file. The options read are inserted in place of the original@file option. If file does not exist, or cannot be read, then the option will be treated literally, and not removed.
Options in file are separated by whitespace. A whitespace character may be included in an option by surrounding the entire option in either single or double quotes. Any character (including a backslash) may be included by prefixing the character to be included with a backslash. The file may itself contain additional @file options; any such options will be processed recursively. it's recursive bestie, files within files within files π
π SEE ALSO π
ar(1), objdump(1), readelf(1), and the Info entries for binutils. the whole squad π«Ά
π COPYRIGHT π
Copyright (c) 1991-2026 Free Software Foundation, Inc.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.3 or any later version published by the Free Software Foundation; with no Invariant Sections, with no Front-Cover Texts, and with no Back-Cover Texts. A copy of the license is included in the section entitled "GNU Free Documentation License".
okay that's the whole page, bestie π this one's from binutils-2.46.1, dated 2026-09-07, and it was a whole serve. go check your binary sizes, you're gonna do great πβ¨π¦
π¦ where this page comes from
- fedora 44: cross-binutils-common 2.46.1-1.fc44 Β· GPL-3.0-or-later AND (GPL-3.0-or-later WITH Bison-exception-2.2) AND (LGPL-2.0-or-later WITH GCC-exception-2.0) AND BSD-3-Clause AND GFDL-1.3-or-later AND GPL-2.0-or-later AND LGPL-2.1-or-later AND LGPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms