Re: find(1) manpage bug
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. 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 - 1.85 +++ find.1 13 Mar 2013 17:30:33 - @@ -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
Re: find(1) manpage bug
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. 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 - 1.85 +++ find.1 13 Mar 2013 17:30:33 - @@ -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
Re: find(1) manpage bug
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=51832r2=53779 which then was replaced by '-L': http://svnweb.freebsd.org/csrg/usr.bin/find/main.c?r1=61995r2=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 - 1.85 +++ find.1 13 Mar 2013 17:30:33 - @@ -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