Skip to content
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

Split "float" test case #110

Closed
eyalroz opened this issue Feb 1, 2022 · 0 comments
Closed

Split "float" test case #110

eyalroz opened this issue Feb 1, 2022 · 0 comments
Assignees
Labels
resolved-on-develop A changeset fixing this issue has been commiutted to the development branch task

Comments

@eyalroz
Copy link
Owner

eyalroz commented Feb 1, 2022

The "float" testcase is much too large. Let's split into sub-testcases.

@eyalroz eyalroz added the task label Feb 1, 2022
@eyalroz eyalroz self-assigned this Feb 1, 2022
eyalroz added a commit that referenced this issue Feb 1, 2022
* Split the "float" testcase into several cases regarding float-point specifiers.
* Renamed "types" -> "integer types
* Added a few testcases with non-numeric floating-point values and the `E` specifier.
@eyalroz eyalroz added the resolved-on-develop A changeset fixing this issue has been commiutted to the development branch label Feb 1, 2022
eyalroz added a commit that referenced this issue Feb 7, 2022
* Split the "float" testcase into several cases regarding float-point specifiers.
* Renamed "types" -> "integer types
* Added a few testcases with non-numeric floating-point values and the `E` specifier.
eyalroz added a commit that referenced this issue Feb 10, 2022
* Split the "float" testcase into several cases regarding float-point specifiers.
* Renamed "types" -> "integer types
* Added a few testcases with non-numeric floating-point values and the `E` specifier.
eyalroz added a commit that referenced this issue Feb 11, 2022
* Split the "float" testcase into several cases regarding float-point specifiers.
* Renamed "types" -> "integer types
* Added a few testcases with non-numeric floating-point values and the `E` specifier.
kuba2k2 pushed a commit to libretiny-eu/library-printf that referenced this issue Feb 25, 2023
* Added a couple of test cases for exposing the behavior of the `#` modifier (alternative mode) together with `ll` (long long modifier), and specifically exposing the example format string mentioned in bug eyalroz#114.
* Our fix for eyalroz#109 was too eager to keep `FLAG_HASH` - it dropped it only when a precision wasn't specified. We're now going part of the way back - dropping `FLAG_HASH` even when precision wasn't specific - except for octal.
* The `long long` version of ntoa now behaves just like the `long` version.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
resolved-on-develop A changeset fixing this issue has been commiutted to the development branch task
Projects
None yet
Development

No branches or pull requests

1 participant