Lyra
Lyra copied to clipboard
bfgroup
A simple to use, composable, command line parser for C++ 11 and beyond
The code should not emit warnings if used as sub-project. This PR adds CMake logic to detect if Lyra was added using `add_subdirectory` and declares the include directories as SYSTEM...
This project's top-level `CMakeLists.txt` requires CMake 3.0. As of CMake 3.27, compatibility to anything below version 3.5 is deprecated: https://cmake.org/cmake/help/v3.27/command/cmake_minimum_required.html I think we should consider requiring CMake 3.5 to eliminate...
Building the code with `-Wnon-virtual-dtor` emits warnings in `lyra/detail/deprecated_parser_customization.hpp`. I propose at least one of two things to fix this: 1. Add a virtual default destructor to 'lyra::parser_customization', fixing the...
This rewriting make three changes: 1. This project compiled by meson used to produce an empty `.a` file. This should not happen since lyra is pure header library. 2. Now...
Classes with virtual methods need virtual destructors.
I encountered this problem when attempting to nest a lamba option under a sub-command. The error context returned from the lambda is dropped when unwinding the stack. Here is an...
I ran clang-format 16.0.0 on the .cpp and .hpp files (with `--style=file --fallback-style=none` flags).
I could not find any style checks in the CI pipelines. See #75 for the changes made by clang-format on the latest commit (a8bb6e22ea4dcd507292ecdb6443bad23ef7bfeb).
There appears to be a regression in Lyra 1.6 vs. 1.5.1. Take the following parser with a single sub-command named `sub`: ``` #include #include std::string get_error(const lyra::parse_result& result) { const...
The constraints put on the constructors of `bound_parser` seem to be different from `opt`, as the latter works in all these scenarios. Works: ```cpp lyra::arg([](std::string) {}, "hint"); ``` Does not...
