aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/mchars_alloc.3
Commit message (Collapse)AuthorAgeFilesLines
* update developer documentationIngo Schwarze2016-07-071-3/+4
|
* Major character table cleanup:Ingo Schwarze2015-10-131-20/+11
| | | | | | | | | | | | | * Use ohash(3) rather than a hand-rolled hash table. * Make the character table static in the chars.c module: There is no need to pass a pointer around, we most certainly never want to use two different character tables concurrently. * No need to keep the characters in a separate file chars.in; that merely encourages downstream porters to mess with them. * Sort the characters to agree with the mandoc_chars(7) manual page. * Specify Unicode codepoints in hex, not decimal (that's the detail that originally triggered this patch). No functional change, minus 100 LOC, and i don't see a performance change.
* In -Tascii mode, provide approximations even for some Unicode escapeIngo Schwarze2014-10-261-2/+13
| | | | | | | | sequences above codepoint 512 by doing a reverse lookup in the existing mandoc_char(7) character table. Again, groff isn't smart enough to do this and silently discards such escape sequences without printing anything.
* Sync library documentation with reality.Ingo Schwarze2014-08-051-0/+224
Split mandoc_escape(3), mandoc_malloc(3), and mchars_alloc(3) out of mandoc(3), adding lots of new information.