-
Notifications
You must be signed in to change notification settings - Fork 132
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GCC 11.1.0 build errors #126
Comments
Seeing the same on Fedora 34 on the
Adding |
Can confirm, GCC 9.4.0 against C++17. In my codebase I just include #include <limits>
#include <cpptoml.h> |
It's a simple fix; just #include <limits> in cpptoml.h ... why is this still open? |
Check the commit history, that's your answer. :) I'm checking out this fork, for instance: https://github.com/asdetrefle/toml, with lots of very useful improvements (incl. closing the API gap with the fantastic TOML++, which I'm trying to replace with something lighter), and an informative README clarifying how it differs etc. |
Which elements of toml++ do you find to be too 'heavy'? I have gone to great lengths to keep |
[Update: some denoising + clarif.]
It's just my use case, I guess. The TOML spec itself is a bit too much. And the (combined) TOML++ header for my config loader (for which even e.g. a few hundred lines of a decent .ini reader could be a viable alternative) is 3x the size of my entire app currently. :) BTW, I've disabled the formatters and the exceptions, and tried both header-only and compiled. Anything more I could try? Having said, I do have some minor feature requests/suggestions (for another issues, if I get to it). IOW, TOML (or a faithfully conforming implementation, like yours) is not only a bit too much here, but it still doesn't even quite cover all my needs. Anyway, TOML++ is a fantastic project, great job! 👍 |
https://invent.kde.org/-/snippets/1655
Errors of interest are:
The text was updated successfully, but these errors were encountered: