gollvm/gofrontend: Should EPOLLET be positive or negative? #52843
Labels
FrozenDueToAge
NeedsInvestigation
Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.
Milestone
What version of Go are you using (
go version
)?gollvm
Does this issue reproduce with the latest release?
yes
What operating system and processor architecture are you using (
go env
)?go env
OutputDebian
Intel(R) Xeon(R) Platinum 8260 CPU @ 2.40GHz (Cascade Lake)
What did you do?
error case:
What did you expect to see?
2147483648
2147483648
What did you see instead?
error: integer constant overflow
Error description
Found in netpoll building, the user assume this value is negative and get its opposite value. But it's positive in gollvm.
In golang/go, EPOLLET is set to -0x80000000. Is it better to be consistent between the two compilers? Therefore, there is no programming gap when programmers use different compilers. (https://github.com/golang/go/blob/master/src/syscall/zerrors_linux_amd64.go)
The text was updated successfully, but these errors were encountered: