GNU bug report logs - #21218
ls -d

Previous Next

Package: coreutils;

Reported by: "Sneeh, Eddie" <eddie.sneeh <at> roche.com>

Date: Sat, 8 Aug 2015 00:14:02 UTC

Severity: normal

Tags: notabug

Done: Eric Blake <eblake <at> redhat.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eric Blake <eblake <at> redhat.com>
To: "Sneeh, Eddie" <eddie.sneeh <at> roche.com>
Cc: 21218-done <at> debbugs.gnu.org
Subject: bug#21218: ls -d
Date: Mon, 10 Aug 2015 14:47:29 -0600
[Message part 1 (text/plain, inline)]
On 08/10/2015 01:09 PM, Sneeh, Eddie wrote:

> Since these switches are already taken to do other things, what do you
> think about this:
> % ls -fo (list files only)
> % ls -lo (list links only)
> % ls -do (list directories only)

Won't work.  'ls -o' is already a valid command, so 'ls -fo' is the same
as 'ls -o -f' or 'ls -f -o'.  You can't start a long-option name with a
single dash; at least, not in coreutils which uses getopt_long() (there
are some exceptions, like gcc, which use getopt_long_only() for
historical reasons, and which therefore can spell long options with a
single dash if there is no ambiguity, but use of getopt_long_only() is
not recommended in new programs).

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

This bug report was last modified 9 years and 289 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.