Releases: johnkerl/miller
Incremental read-performance increase for CSV format
While #51 is still underway, already there is nearly a 2x read-performance increase in v2.1.1 over v2.1.0.
Minor enhancements and bug fixes
RFC4180-compliant CSV
Miller now handles CSV as defined in RFC 4180 (https://tools.ietf.org/html/rfc4180).
The --csv I/O option is now compliant CSV. The --csvlite is the same not-really-CSV as originally released (https://news.ycombinator.com/item?id=10066742), with programmable RS/FS (e.g. you can do TSV, or spaces). Meanwhile --csvis only RFC-4180 CSV: RS is hardcoded to CRLF and FS is hardcoded to comma. That is, as of v2.0.0, you get compliant CSV (including double-quote support) with no options for separators/terminators, or you get non-compliant CSV without double-quote support but with options for separators/terminators.
This is intended to deliver, as soon as possible, RFC-compliant CSV since @ftrotter hit that nail on the head with #4. (Also note that as of v2.0.0, CSV read performance is significantly slower than CSV-lite.)
In an upcoming minor, v2.1.0 or v2.2.0, I'll do a bit more:
--csvwill be still be compliant by default, but RS/FS will be programmable: you'll be able to handle TSV or what have you, with double-quote support.- RS/FS/PS for all formats will be able to be multi-character, e.g. you'll be able to use CRLF for DKVP format which will resolve #19.
- Read-performance for CSV will be optimized for performance.
- Double-quoting will be supported in DKVP as well as in CSV.
Add INSTALLDIR Makefile option for Homebrew
Add INSTALLDIR Makefile option for Homebrew
Initial public release
Initial public release. Feature-stable for my own use leading up to the release announcement 2015-08-15. Feel free to open issues with feature requests, bug reports, etc. Primary upcoming work for upcoming releases involves configuration (autotools et al.), packaging (homebrew, .deb), and RFC-compliant CSV.