[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
nm --size-sort broken
From: |
Andi Kleen |
Subject: |
nm --size-sort broken |
Date: |
Sat, 14 Jun 2003 09:48:43 +0200 |
User-agent: |
Mutt/1.4i |
When I do nm -t d --size-sort vmlinux on a amd64 linux kernel I get:
18446744071566712480 t __setup_str_ide_setup
18446744071564513705 T acpi_device_get_debug_info
18446744071566333157 B acpi_gbl_abort_method
18446744071566334151 B acpi_gbl_acpi_hardware_present
18446744071566334272 B acpi_gbl_cm_single_step
18446744071566334424 B acpi_gbl_db_output_flags
18446744071566333156 B acpi_gbl_db_terminate_threads
18446744071566334148 B acpi_gbl_debugger_configuration
The linux kernel is mapped into negative space. But it looks like
it computes the sizes incorrectly, they are far too big.
Documentation says:
--size-sort
Sort symbols by size. The size is computed as the difference
between
the value of the symbol and the value of the symbol with the
next
higher value. The size of the symbol is printed, rather than
the
value.
That's not the size. A i386 Linux seems to have the same problem.
0000003224733273 D acpi_gbl_abort_method
0000003225118447 B acpi_gbl_acpi_hardware_present
0000003225118484 B acpi_gbl_cm_single_step
0000003225118540 B acpi_gbl_db_output_flags
0000003224733272 D acpi_gbl_db_terminate_threads
0000003225118444 B acpi_gbl_debugger_configuration
I remember doing this a few years ago on i386 and back then it worked
correctly, so it's probably a regression.
-Andi
- nm --size-sort broken,
Andi Kleen <=