Alexander Hall <alexan...@beard.se> writes: > On 03/13/13 19:17, Jérémie Courrèges-Anglas wrote: >> Alexander Hall <alexan...@beard.se> writes: >> >>> find(1) claims -follow is the same as -H, which is wrong. >> >> Indeed, but this confusion is present twice in the manpage. > > I don't know the history myself, but I can only assume the switch went wrong > in r1.14, where it was changed from '-s' to '-H', the former of which I cannot > see any trace of in the sources at all.
It seems like '-s' was actually replaced by '-h': http://svnweb.freebsd.org/csrg/usr.bin/find/main.c?r1=51832&r2=53779 which then was replaced by '-L': http://svnweb.freebsd.org/csrg/usr.bin/find/main.c?r1=61995&r2=66587 NetBSD find got an unrelated '-s' switch (for 'sort') option after the fork. > Unless someone has opinions on the historical correctness, I'll commit with > this bit too. > > More OK's are obviously still fine as well. :-) > > /Alexander > >> >>> OK? >>> >>> /Alexander >> >> Index: find.1 >> =================================================================== >> RCS file: /cvs/src/usr.bin/find/find.1,v >> retrieving revision 1.85 >> diff -u -p -r1.85 find.1 >> --- find.1 5 Jan 2012 13:16:10 -0000 1.85 >> +++ find.1 13 Mar 2013 17:30:33 -0000 >> @@ -273,7 +273,7 @@ flags specified exactly match those of t >> .It Ic -follow >> This primary always evaluates to true. >> The same as specifying the >> -.Fl H >> +.Fl L >> option. >> .Pp >> .It Ic -fstype Ar type >> @@ -633,7 +633,7 @@ primary was inspired by GNU find. >> .Pp >> Historically, the >> .Fl d , >> -.Fl H , >> +.Fl L , >> and >> .Fl x >> options were implemented using the primaries >> > -- Jérémie Courrèges-Anglas GPG Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
