Re: Bug#369822: ls -i stats unnecessarily

[Paul Eggert]

Jim Meyering <address@hidden> writes:

> So at least Solaris 8 and some glibc are affected.

I confirmed it on Solaris 10 too.

Amusingly enough, Solaris /bin/sh and /usr/xpg4/bin/sh behave like new
coreutils, not like old coreutils.  That is, "ls -i dir" just uses the
readdir results; it doesn't stat.  For example:

        $ /bin/ls -i / | grep tmp
              1570 tmp
        $ /bin/ls -id /tmp
           5153472 /tmp
        $ uname -a
        SunOS moa.cs.ucla.edu 5.10 Generic_118833-03 sun4u sparc 
SUNW,Sun-Fire-280R Solaris
        $ mount -p | grep /tmp
        swap - /tmp tmpfs - no xattr,size=1024m

> Unless I find a better approach, I'll turn off this optimization
> by default, and add an option to turn it back on.

Another possibility would be to disable the optimization.
Is it all that important that "ls -i dir" be fast?