Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | Rewrite the expression parser for a more concise syntax: | 2011-11-13 | 1 | -2/+2 | |
| | | | | | | | | | | | | | apropos [search_type[,...]=]substring apropos search_type[,...][,i]~regex ... and expression evaluation must take the search type into account. This allows to: * drop the global -I option and * drop the enum match, just using a boolean int. "go ahead" kristaps@ | ||||
* | Inventing new keywords for mostly the same thing when a well-established | 2011-11-13 | 1 | -15/+1 | |
| | | | | | | | | | | set of keywords already exists is a bad idea, so reuse the mdoc(7) macro names as apropos(1) search types. This is a gain in brevity as well. Some time ago, kristaps@ agreed in principle. The search type bit field constants are used by both mandocdb(8) and apropos(1) and should better stay in sync, so give them their own header file. | ||||
* | Less misleading file names; ok kristaps@. | 2011-11-13 | 1 | -0/+71 | |