You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Build step-cli and Eexecute the go tests on linux 32 bit platforms (armhf, armv7 and x86)
The test github.com/smallstep/cli/internal/cast fails with:
cannot use math.MinInt32 - 1 (untyped int constant -2147483649) as int value in argument to cast.Int32 (overflows)
Your Environment
OS linux 32bit armhf , armv7, x86
step CLI Version -0.28.3
Expected Behavior
go test is successful on 32bit linux platforms
Actual Behavior
Failing test github.com/smallstep/cli/internal/cast_test :
github.com/smallstep/cli/internal/cast_test [github.com/smallstep/cli/internal/cast.test]
internal/cast/cast_test.go:59:40: cannot use math.MinInt32 - 1 (untyped int constant -2147483649) as int value in argument to cast.Int32 (overflows)
internal/cast/cast_test.go:63:40: cannot use math.MaxInt32 + 1 (untyped int constant 2147483648) as int value in argument to cast.Int32 (overflows)
internal/cast/cast_test.go:68:55: cannot use math.MaxUint32 (untyped int constant 4294967295) as int value in argument to cast.Uint32 (overflows)
internal/cast/cast_test.go:77:41: cannot use math.MaxUint32 + 1 (untyped int constant 4294967296) as int value in argument to cast.Uint32 (overflows)
internal/cast/cast_test.go:90:40: cannot use math.MaxUint32 + 1 (untyped int constant 4294967296) as int value in argument to cast.Uint8 (overflows)
the new test was introduced witkh pull request #1363
No response
Contributing
Vote on this issue by adding a 👍 reaction.
To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).
The text was updated successfully, but these errors were encountered:
Thanks @hslatman , I added the patch to the alpine cli package and the test execution and package build was succesful on all platforms including the 32bit.
I think the cast_test.go class in the certificates repository has the same issue.
Thanks @hslatman , I added the patch to the alpine cli package and the test execution and package build was succesful on all platforms including the 32bit.
Do you need a new release, or is your copied patch sufficient?
I think the cast_test.go class in the certificates repository has the same issue.
Steps to Reproduce
Build step-cli and Eexecute the go tests on linux 32 bit platforms (armhf, armv7 and x86)
The test github.com/smallstep/cli/internal/cast fails with:
cannot use math.MinInt32 - 1 (untyped int constant -2147483649) as int value in argument to cast.Int32 (overflows)
Your Environment
step
CLI Version -0.28.3Expected Behavior
go test is successful on 32bit linux platforms
Actual Behavior
Failing test github.com/smallstep/cli/internal/cast_test :
github.com/smallstep/cli/internal/cast_test [github.com/smallstep/cli/internal/cast.test]
internal/cast/cast_test.go:59:40: cannot use math.MinInt32 - 1 (untyped int constant -2147483649) as int value in argument to cast.Int32 (overflows)
internal/cast/cast_test.go:63:40: cannot use math.MaxInt32 + 1 (untyped int constant 2147483648) as int value in argument to cast.Int32 (overflows)
internal/cast/cast_test.go:68:55: cannot use math.MaxUint32 (untyped int constant 4294967295) as int value in argument to cast.Uint32 (overflows)
internal/cast/cast_test.go:77:41: cannot use math.MaxUint32 + 1 (untyped int constant 4294967296) as int value in argument to cast.Uint32 (overflows)
internal/cast/cast_test.go:90:40: cannot use math.MaxUint32 + 1 (untyped int constant 4294967296) as int value in argument to cast.Uint8 (overflows)
see Build Logs:
https://gitlab.alpinelinux.org/wdev/aports/-/jobs/1740037
https://gitlab.alpinelinux.org/wdev/aports/-/jobs/1740032
https://gitlab.alpinelinux.org/wdev/aports/-/jobs/1740031
Additional Context
the new test was introduced witkh pull request #1363
No response
Contributing
Vote on this issue by adding a 👍 reaction.
To contribute a fix for this issue, leave a comment (and link to your pull request, if you've opened one already).
The text was updated successfully, but these errors were encountered: