bug-gnu-utils
[Top][All Lists]
Advanced

[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










reply via email to

[Prev in Thread] Current Thread [Next in Thread]