Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | fix wcwidth wrongly returning 0 for most of planes 4 and up | Rich Felker | 2020-01-01 | 1 | -1/+1 |
| | | | | | | commit 1b0ce9af6d2aa7b92edaf3e9c631cb635bae22bd introduced this bug back in 2012 and it was never noticed, presumably since the affected planes are essentially unused in Unicode. | ||||
* | make some arrays const | rofl0r | 2013-02-02 | 1 | -2/+2 |
| | | | | this way they'll go into .rodata, decreasing memory pressure. | ||||
* | fix argument type error on wcwidth function | Rich Felker | 2012-08-02 | 1 | -2/+2 |
| | | | | | | | since the correct declaration was not visible, and since the representation of the types wchar_t and wint_t always match, a compiler would have to go out of its way to make this bug manifest, but better to fix it anyway. | ||||
* | new wcwidth implementation (fast table-based) | Rich Felker | 2012-04-24 | 1 | -179/+22 |
| | | | | | | | | | | | | | | | i tried to go with improving the old binary-search-based algorithm, but between growth in the number of ranges, bad performance, and lack of confidence in the binary search code's stability under changes in the table, i decided it was worth the extra 1.8k to have something clean and maintainable. also note that, like the alpha and punct tables, there's definitely room to optimize the nonspacing/wide tables by overlapping subtables. this is not a high priority, but i've begun looking into how to do it, and i suspect the table sizes can be roughly halved. if that turns out to be true, the new, fast, table-based implementation will be roughly the same size as if i had just extended the old binary search one. | ||||
* | more header fixes, minor warning fix | Rich Felker | 2011-02-14 | 1 | -0/+1 |
| | |||||
* | initial check-in, version 0.5.0 v0.5.0 | Rich Felker | 2011-02-12 | 1 | -0/+185 |