office-gobmx/registry
Caolán McNamara 07c3bc01cb WaE: strict-aliasing issues
Change-Id: I394b61fac90e1c2c26b1a4f073b87a5d3ae3e666
Reviewed-on: https://gerrit.libreoffice.org/2105
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
Tested-by: Stephan Bergmann <sbergman@redhat.com>
2013-02-11 15:48:45 +00:00
..
inc/registry
prj
source
test
tools WaE: strict-aliasing issues 2013-02-11 15:48:45 +00:00
util
workben
Executable_reg2bin.mk WIP: Experimental new binary type.rdb format 2013-01-31 19:09:24 +01:00
Executable_regcompare.mk gbuild: fix silly "expandtabs" in makefile VIM modelines 2013-01-26 22:20:07 +01:00
Executable_regmerge.mk gbuild: fix silly "expandtabs" in makefile VIM modelines 2013-01-26 22:20:07 +01:00
Executable_regview.mk gbuild: fix silly "expandtabs" in makefile VIM modelines 2013-01-26 22:20:07 +01:00
Library_reg.mk
Makefile
Module_registry.mk WIP: Experimental new binary type.rdb format 2013-01-31 19:09:24 +01:00
Package_inc.mk
README
StaticLibrary_registry_helper.mk

Registry reading, etc.

This provides tools for dealing with the legacy binary types database
format, still in use by extensions and the core code. While the actual
binary file format is implemented by the [[store]] code, the wrapper
that turns this into a type registry is implemented here.

While this code is primarily used in only two modes:

* linear write / concatenate
* random access read

The API unfortunately exposes a random-access write approach, which -
while ~unused needs before we can re-write this away from the store
backend.