Build fails for arm/v7 due to Int/uint overflows

[kylebrandt]

When building with for arm, get some overflow errors on some constants.

Output:

Stderr:
# github.com/dolthub/go-mysql-server/sql/types
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/geometry.go:548:24: math.MaxUint32 (untyped int constant 4294967295) overflows int
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1123:18: math.MaxUint64 (untyped int constant 18446744073709551615) overflows uint
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1128:18: math.MaxUint64 (untyped int constant 18446744073709551615) overflows uint
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1133:18: math.MaxUint64 (untyped int constant 18446744073709551615) overflows uint
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1138:18: math.MaxUint64 (untyped int constant 18446744073709551615) overflows uint
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1143:18: math.MaxUint64 (untyped int constant 18446744073709551615) overflows uint
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1214:17: math.MaxUint32 (untyped int constant 4294967295) overflows int
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1221:22: math.MaxUint32 (untyped int constant 4294967295) overflows int
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1228:22: math.MaxUint32 (untyped int constant 4294967295) overflows int
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1235:22: math.MaxUint32 (untyped int constant 4294967295) overflows int
/go/pkg/mod/github.com/dolthub/go-mysql-server@v0.19.0/sql/types/number.go:1235:22: too many errors

[twaik]

Reproducible with go1.24.1.linux-amd64 while cross-compiling for bionic i686 target.
CI run: https://github.com/termux/termux-packages/actions/runs/14625433243/job/41035684818 .

[twaik]

Same happens with go1.24.2.

[timsehn]

We don't use these systems but we'd happily take a contribution here.