cannot be build on 32-bit system

[PSLLSP]

Debian 12, i686

Code is written in GO, so in theory this could be build on 32-system but it cannot be build because several parts of code are source of trouble... :-(

golang supports type int64 and uint64, cannot you use those?? golangdocs: integers, golangdocs: constants

Do not use function Atoi but ParseInt ParseInt

$ go version
go version go1.19.8 linux/386

$ cd karlsend/

$ go install . ./cmd/...
go: downloading github.com/jessevdk/go-flags v1.4.0
go: downloading github.com/pkg/errors v0.9.1
go: downloading google.golang.org/protobuf v1.28.1
go: downloading github.com/kaspanet/go-secp256k1 v0.0.7
go: downloading google.golang.org/grpc v1.38.0
go: downloading golang.org/x/exp v0.0.0-20220414153411-bcd21879b8fd
go: downloading github.com/gofrs/flock v0.8.1
go: downloading github.com/tyler-smith/go-bip39 v1.1.0
go: downloading golang.org/x/crypto v0.1.0
go: downloading golang.org/x/term v0.5.0
go: downloading github.com/btcsuite/btcutil v1.0.2
go: downloading github.com/btcsuite/go-socks v0.0.0-20170105172521-4720035b7bfd
go: downloading github.com/jrick/logrotate v1.0.0
go: downloading github.com/kaspanet/go-muhash v0.0.4
go: downloading golang.org/x/net v0.7.0
go: downloading google.golang.org/genproto v0.0.0-20210604141403-392c879c8b08
go: downloading golang.org/x/sys v0.5.0
go: downloading github.com/davecgh/go-spew v1.1.1
go: downloading lukechampine.com/blake3 v1.2.1
go: downloading github.com/golang/protobuf v1.5.2
go: downloading github.com/syndtr/goleveldb v1.0.1-0.20190923125748-758128399b1d
go: downloading github.com/klauspost/cpuid/v2 v2.0.9
go: downloading golang.org/x/text v0.7.0
go: downloading github.com/golang/snappy v0.0.1

# github.com/karlsen-network/karlsend/util/bech32
util/bech32/bech32.go:28:23: cannot use 0x98f2bc8e61 (untyped int constant 656907472481) as int value in array or slice literal (overflows)
util/bech32/bech32.go:28:37: cannot use 0x79b76d99e2 (untyped int constant 522768456162) as int value in array or slice literal (overflows)
util/bech32/bech32.go:28:51: cannot use 0xf33e5fb3c4 (untyped int constant 1044723512260) as int value in array or slice literal (overflows)
util/bech32/bech32.go:28:65: cannot use 0xae2eabe2a8 (untyped int constant 748107326120) as int value in array or slice literal (overflows)
util/bech32/bech32.go:28:79: cannot use 0x1e4f43e470 (untyped int constant 130178868336) as int value in array or slice literal (overflows)
util/bech32/bech32.go:286:27: 0x07ffffffff (untyped int constant 34359738367) overflows int

# github.com/karlsen-network/karlsend/cmd/karlsenwallet/libkaspawallet/bip32
cmd/karlsenwallet/libkaspawallet/bip32/path.go:51:14: hardenedIndexStart (untyped int constant 2147483648) overflows int
cmd/karlsenwallet/libkaspawallet/bip32/path.go:52:63: cannot use hardenedIndexStart (untyped int constant 2147483648) as int value in argument to errors.Errorf (overflows)

[lemois-1337]

I never tested it as I thought nobody would use nowadays x86_32 :) I will check it and also extend the GitHub workflow which we are currently creating for deterministic auto builds.

[PSLLSP]

I thought nobody would use nowadays x86_32

Yes, it is rare. I am "IT Amish"... ;-) I have some older computers with low power consumption, just about 10W; nice HW to run node/wallet...