nix-super/tests/plugins/local.mk

libraries += libplugintest

libplugintest_DIR := $(d)

libplugintest_SOURCES := $(d)/plugintest.cc

libplugintest_ALLOW_UNDEFINED := 1

libplugintest_EXCLUDE_FROM_LIBRARY_LIST := 1

libplugintest_CXXFLAGS := -I src/libutil -I src/libstore -I src/libexpr
Fix plugin tests on darwin 2018-02-13 12:49:14 -05:00			`libraries += libplugintest`
Add plugins to make Nix more extensible. All plugins in plugin-files will be dlopened, allowing them to statically construct instances of the various Register* types Nix supports. 2018-02-08 11:26:18 -05:00
Fix plugin tests on darwin 2018-02-13 12:49:14 -05:00			`libplugintest_DIR := $(d)`
Add plugins to make Nix more extensible. All plugins in plugin-files will be dlopened, allowing them to statically construct instances of the various Register* types Nix supports. 2018-02-08 11:26:18 -05:00
Fix plugin tests on darwin 2018-02-13 12:49:14 -05:00			`libplugintest_SOURCES := $(d)/plugintest.cc`
Add plugins to make Nix more extensible. All plugins in plugin-files will be dlopened, allowing them to statically construct instances of the various Register* types Nix supports. 2018-02-08 11:26:18 -05:00
Fix plugin tests on darwin 2018-02-13 12:49:14 -05:00			`libplugintest_ALLOW_UNDEFINED := 1`
Add plugins to make Nix more extensible. All plugins in plugin-files will be dlopened, allowing them to statically construct instances of the various Register* types Nix supports. 2018-02-08 11:26:18 -05:00
Fix plugin tests on darwin 2018-02-13 12:49:14 -05:00			`libplugintest_EXCLUDE_FROM_LIBRARY_LIST := 1`
Remove global -I flags (cherry picked from commit 2c692a3b144523bca68dd6de618124ba6c9bb332) 2020-03-30 14:29:29 +02:00
Parse string context elements properly Prior to this change, we had a bunch of ad-hoc string manipulation code scattered around. This made it hard to figure out what data model for string contexts is. Now, we still store string contexts most of the time as encoded strings --- I was wary of the performance implications of changing that --- but whenever we parse them we do so only through the `NixStringContextElem::parse` method, which handles all cases. This creates a data type that is very similar to `DerivedPath` but: - Represents the funky `=<drvpath>` case as properly distinct from the others. - Only encodes a single output, no wildcards and no set, for the "built" case. (I would like to deprecate `=<path>`, after which we are in spitting distance of `DerivedPath` and could maybe get away with fewer types, but that is another topic for another day.) 2023-01-03 11:44:59 -05:00			`libplugintest_CXXFLAGS := -I src/libutil -I src/libstore -I src/libexpr`