Fixing the float resolver#591
Fixing the float resolver#591arvkonstantin wants to merge 1 commit intoyaml:masterfrom arvkonstantin:master
Conversation
Adding optional plus and minus operators after scientific notation in the float resolver
|
As you can see here http://yaml.org/type/float.html , for the YAML 1.1 float type the sign is not optional, and PyYAML implements YAML 1.1. |
|
The PR tests are failing locally for me: Not sure why github actions succeed. @nitzmahone any idea? I'm having trouble again finding the part where the actual tests are run :) |
|
There are several places where I can find failing tests, but they do not result in a failing workflow step: https://github.com/yaml/pyyaml/runs/4393221891?check_suite_focus=true#step:6:726 |
perlpunk
left a comment
There was a problem hiding this comment.
I vote for closing, see my comments.
But it should be investigated why the test failures didn't show up as failures.
|
sigh just looked- because the ancient homegrown test runner isn't returning a nonzero exit code on test failures... Yet another reason to standardize: #588 |
Adding optional plus and minus operators after scientific notation in the float resolver.
In some programming languages, scientific notation is represented without the "+" operator.
For example , in the Scala programming language , floating-point numbers and scientific notation look like this:
And if the yaml file was generated via Scala, and then parsed by the PyYAML library, then this number is perceived as a string.
I made a minor correction that adds the optional operators after scientific notation.