Open timotheecour opened 5 years ago
There are a few conformance tests that are failing, but shouldn't affect normal usage much. Like those JSON input tests: failures come from the fact that Nim stdlib json module allows that kind of usage. That's why those are marked as WARNING, not as ERROR.
Then there are a few tests that are really failing. Those are marked as ERROR.
I can see that there is a small regression from 2 unexpected failures to 9. The previous list of failures can be found from https://github.com/oswjk/nimpb/blob/master/tests/conformance/failures.txt
These are currently failing:
Required.Proto3.JsonInput.Int32FieldLeadingZero
Required.Proto3.JsonInput.Int32FieldNegativeWithLeadingZero
Required.Proto3.JsonInput.Struct.ProtobufOutput
Required.Proto3.JsonInput.Uint64FieldMaxValueNotQuoted.JsonOutput
Required.Proto3.JsonInput.Uint64FieldMaxValueNotQuoted.ProtobufOutput
Required.Proto3.JsonInput.ValueAcceptNull.JsonOutput
Required.Proto3.JsonInput.ValueAcceptNull.ProtobufOutput
Required.Proto3.ProtobufInput.RepeatedScalarSelectsLast.DOUBLE.JsonOutput
Required.Proto3.ProtobufInput.ValidDataRepeated.DOUBLE.JsonOutput
could that be due to not-nil strings / seqs and the changes from https://github.com/oswjk/nimpb/pull/10 ?
Yes. That, and I made a change to make the parseInt (for parsing an integer from a JsonNode) compile. Previously I had two parseInt procs with different generic args and that worked, but it failed to compile with 0.19. So I changed the unsigned one to parseUInt and that is now somehow messed up somewhere.
@oswjk did it ever work? before https://github.com/oswjk/nimpb/pull/10 I ran into https://github.com/oswjk/nimpb/issues/4; after https://github.com/oswjk/nimpb/pull/10 I get: