mirror of
https://github.com/loot/loot-condition-interpreter.git
synced 2026-07-27 14:16:09 -07:00
3.8 KiB
3.8 KiB
Changelog
[2.1.0] - 2019-10-05
Added
- Support for an
is_master(file path)condition function that returns true if the given file path is a master plugin, and false otherwise.
[2.0.1] - 2019-07-23
Fixed
- Regular expressions are now prefixed with
^and suffixed with$to ensure that only exact matches to the given expression are found.
[2.0.0] - 2019-06-30
Added
- A cbindgen configuration file at
ffi/cbindgen.tomlso that cbindgen can now be run ascbindgen ffi/ -o ffi/include/loot_condition_interpreter.h.
Changed
- The
ParsingErrorenum has been renamed toParsingErrorKind, and itsUnknown(u32)variant has been replaced by aGenericParserError(String)variant. - The
Error::GenericParsingErrorandError::CustomParsingErrorvariants have been combined into a singleError::ParsingError(String, ParsingErrorKind)variant. GameTypevariants have been renamed to use fewer acronyms:Tes4->OblivionTes5->SkyrimTes5se->SkyrimSETes5vr->SkyrimVRFo3->Fallout3Fonv->FalloutNVFo4->Fallout4Fo4vr->Fallout4VRTes3->Morrowind
- The
LCI_GAME_*constants have been renamed to match the newGameTypenames:LCI_GAME_TES4->LCI_GAME_OBLIVIONLCI_GAME_TES5->LCI_GAME_SKYRIMLCI_GAME_TES5SE->LCI_GAME_SKYRIM_SELCI_GAME_TES5VR->LCI_GAME_SKYRIM_VRLCI_GAME_FO3->LCI_GAME_FALLOUT_3LCI_GAME_FNV->LCI_GAME_FALLOUT_NVLCI_GAME_FO4->LCI_GAME_FALLOUT_4LCI_GAME_FO4VR->LCI_GAME_FALLOUT_4_VRLCI_GAME_TES3->LCI_GAME_MORROWIND
- The C header generated by cbindgen can now be used from C++.
- Updated nom to v5.
- Updated cbindgen to v0.9.
- Updated code to Rust 2018 syntax.
Removed
- The C++ header
loot_condition_interpreter.hppis no longer generated by cbindgen. Includeloot_condition_interpreter.hinstead.
Fixed
- Evaluating
version()andproduct_version()conditions will no longer error if the given executable has no version fields. Instead, it will be evaluated as having no version.
[1.3.0] - 2019-04-07
Added
- Support for Morrowind using
GameType::tes3.
[1.2.2] - 2019-01-26
Fixed
file(<regex>),active(<regex>),many(<regex>)andmany_active(<regex>)did not parse the closing), causing any remaining input to be skipped.
Changed
- Parsing expressions will now fail if it does not consume all the given input.
[1.2.1] - 2019-01-20
Fixed
- Parsing error when reading the version fields of an executable that did not have any US English version info. Reading executables' version fields now uses the first version info structure instead of attempting to read the US English version info structure.
[1.2.0] - 2018-12-22
Added
- Support for parsing version strings that match the regular expression
\d+, \d+, \d+, \d+.
Changed
- An executable's product version is now read from the
ProductVersionfield in the executable'sVS_VERSIONINFOstructure, not from the product version fields in theVS_FIXEDFILEINFOstructure. This is so that the version read matches the version displayed by Windows' File Explorer.
[1.1.1] - 2018-11-14
Fixed
- Parsing error caused by using
>=or<=as the comparator in version functions. - Parsing error when encountering backslashes in a version or checksum function's path argument.
- Parsing error when parentheses around expressions are padded with whitespace.
[1.1.0] - 2018-10-23
Added
- Support for
product_version()condition functions, e.g.product_version("file.exe", "1.0.0", ==). It will read the product version field of the executable at the given path, or error if the given path does not point to an executable.
[1.0.0] - 2018-10-21
Initial release