Up to [local] / src / usr.bin / mandoc
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.7, Tue Dec 31 00:40:19 2013 UTC (10 years, 5 months ago) by schwarze
Branch: MAIN
CVS Tags: HEAD
Changes since 1.6: +1 -1 lines
FILE REMOVED
Replace the Berkeley-DB based mandocdb(8) by an SQLite3-based version, aiming for more flexible development and optimization options. Kristaps started this during the summer 2012, i did some very heavy bugfixing during t2k13 and finally, during the last few days, got it to a state where it is ripe for in-tree development. Beware, neither the user interfaces nor the database formats are expected to be stable just yet. Will not be installed or activated until further discussion. No functional change to mandoc(1). "As long as it remains off until we decide the cost, fine." deraadt@
Revision 1.6 / (download) - annotate - [select for diffs], Mon Jan 9 01:59:08 2012 UTC (12 years, 5 months ago) by schwarze
Branch: MAIN
CVS Tags: OPENBSD_5_4_BASE,
OPENBSD_5_4,
OPENBSD_5_3_BASE,
OPENBSD_5_3,
OPENBSD_5_2_BASE,
OPENBSD_5_2,
OPENBSD_5_1_BASE,
OPENBSD_5_1
Changes since 1.5: +3 -3 lines
Diff to previous 1.5 (colored)
Rename whatis.{db,index} back to mandoc.{db,index} such that makewhatis(8) called from pkg_delete(1) does not fail trying to open old-style whatis.db files as btree(3). Suggested by espie@ deraadt@ millert@
Revision 1.5 / (download) - annotate - [select for diffs], Sun Dec 25 16:52:55 2011 UTC (12 years, 5 months ago) by schwarze
Branch: MAIN
Changes since 1.4: +3 -3 lines
Diff to previous 1.4 (colored)
Use the traditional name "whatis.db" for the mandocdb(8) databases. Requested by deraadt@, ok kristaps@. CAUTION: If you run "sudo mandocdb" after this, the old apropos(1) and whatis(1) will not work any longer. To get temporary copies of the new ones, run: cd /usr/bin; rm -f apropos whatis; ln -s mandoc apropos; ln -s mandoc whatis
Revision 1.4 / (download) - annotate - [select for diffs], Sun Dec 25 14:51:33 2011 UTC (12 years, 5 months ago) by schwarze
Branch: MAIN
Changes since 1.3: +1 -6 lines
Diff to previous 1.3 (colored)
For binary compatability of the databases across architectures, use pointers to arrays, not pointers to structs. It is now possible to create databases on sparc64 and use them on i386 and vice versa. Kristaps@ can't think of anything else that might be required, either. Put this in now such that we can move on.
Revision 1.3 / (download) - annotate - [select for diffs], Sat Nov 26 16:41:35 2011 UTC (12 years, 6 months ago) by schwarze
Branch: MAIN
Changes since 1.2: +5 -1 lines
Diff to previous 1.2 (colored)
Resync to bsd.lv, most code from kristaps@. In particular, support the MANPATH environment variable and don't confuse index record numbers when working with multiple mandoc databases at once. Besides, remove lots of gratuitious code and whitespace differences.
Revision 1.2 / (download) - annotate - [select for diffs], Thu Nov 17 15:38:27 2011 UTC (12 years, 6 months ago) by schwarze
Branch: MAIN
Changes since 1.1: +44 -13 lines
Diff to previous 1.1 (colored)
Change the search type mask from 32 to 64 bit such that a full set of search types can be supported in the future. While here, replace a couple of memcpy(3)s by proper, statically type-checked assignments, and de-obfuscate some magical numbers using sizeof().
Revision 1.1 / (download) - annotate - [select for diffs], Sun Nov 13 10:40:52 2011 UTC (12 years, 7 months ago) by schwarze
Branch: MAIN
Inventing new keywords for mostly the same thing when a well-established 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.