Closed LilyWangLL closed 1 year ago
You have crossed out the "regenerating toml.hpp" step, but also ticked yes that you have read CONTRIBUTING.hpp. One belies the other; it is clearly stated in CONTRIBUTING.md that you must regenerate the single-header version of the library (you can see that your CI checks have failed because of it). Not a great look, tbh.
Aside from that, I am suspicious of this 'fix' more generally. You're stuffing what should be a build-system-wide macro definition into a specific library? Surely there's a better solution, one that doesn't involve polluting TOML++ with something that has nothing to do with it.
This issue seems to indicate the best course of action should be determined per-project, according to the needs of the user. Which supports my suspicion that this should be a build-system-level fix.
Please don't bother me with this again. This bug has nothing to do with my library, and since fixing it requires a global #define (which is not OK for a header-only library), TOML++ is not the right place to fix it. Adding -Dftello=ftell
and -Dfseeko=fseek
to your project's compile arguments should do the trick.
@LilyWangLL Note that you can probably side-step this issue entirely if you use the single-header version of the library directly, that way there's no global symbols to define and you don't need to worry about separately compiling a library binary.
What does this change do? Fixes #204, fix 32-bit ABI bugs of android: https://android.googlesource.com/platform/bionic/+/master/docs/32-bit-abi.md#32_bit-and
The description of this bug:
The related error message:
Is it related to an exisiting bug report or feature request?
Pre-merge checklist
origin/master
(if necessary)I've added new test cases to verify my changeI've regenerated toml.hpp (how-to)I've updated any affected documentationClang 8 or higherMSVC 19.20 (Visual Studio 2019) or higher