serd.git - Serd RDF serialisation library

Age	Commit message (Collapse)	Author	Files	Lines
2022-01-28	Fix handling of deferred write errors that happen when closing	David Robillard	1	-1/+1

2022-01-28	Use more human-readable status codes	David Robillard	1	-1/+1

2022-01-28	Add "contextual" output option	David Robillard	1	-1/+1
	This is mainly for developer or power-user cases, where one wants to look at some data for investigation or debugging. In such cases, it's common for the set of prefixes to be implicitly known (because they are baked in to the application, for example), so printing them just produces a large amount of redundant noise. That said, it can also be useful programmatically, because it allows several snippets to be written independently and ultimately concatenated (with a header to define the prefixes) without redundancy.
2022-01-28	Simplify input stream API	David Robillard	1	-4/+5
	More or less the same rationale as the previous commit, but for reading. This makes for nice symmetry with writing, at the cost of a slightly more annoying reader interface since the source doesn't know its block size or name.
2022-01-28	Simplify output stream API	David Robillard	1	-1/+1
	This makes the paging mechanism an internal detail once again. While it's conceptually elegant to simply have a single write interface and have the block dumper just be another implementation of that, unfortunately it is not practical. The inlining of serd_block_dumper_write() is a significant performance boost, because it avoids a non-inlinable function call of overhead per character. Compared to the SerdByteSink approach, this removes the burden and overhead of needing to dynamically allocate the structure itself.
2022-01-28	Provide a full output stream implementation for SerdBuffer	David Robillard	1	-0/+2
	Essentially replaces serd_buffer_sink_finish() with serd_buffer_close(), which makes writing to a buffer consistent with writing to a file or anything else.
2022-01-28	Make tools read stdin by default	David Robillard	1	-2/+3

2022-01-28	Replace serdi with more fine-grained tools	David Robillard	1	-0/+209
	Especially with the new functionality, the complexity of the command-line interface alone was really becoming unmanageable. The serdi implementation also had the highest cyclomatic complexity of the entire codebase by a huge margin. So, take a page from the Unix philosophy and split serdi into several more finely-honed tools that can be freely composed. Though there is still unfortunately quite a bit of option overlap between them due to the common details of reading RDF, I think the resulting tools are a lot easier to understand, both from a user and a developer perspective.