Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

cmd/compile: bad walkinrange rewrites on constant above 2**63 [1.11 backport] #27246

Closed
gopherbot opened this issue Aug 26, 2018 · 3 comments

Comments

Projects
None yet
3 participants
@gopherbot
Copy link

commented Aug 26, 2018

@josharian requested issue #27143 to be considered for backport to the next 1.11 minor release.

Certainly seems to qualify for a backport.

Yeah. My hesitation was only that this appears to have existed for many releases, and the symptom is a spurious compiler error (not bad code generation). Nevertheless, I agree.

@gopherbot please open backport tracking issues.

@gopherbot

This comment has been minimized.

Copy link
Author

commented Aug 27, 2018

Change https://golang.org/cl/131596 mentions this issue: [release-branch.go1.11] cmd/compile: prevent overflow in walkinrange

@randall77

This comment has been minimized.

Copy link
Contributor

commented Sep 11, 2018

@andybons : CL is ready to be submitted.

@gopherbot

This comment has been minimized.

Copy link
Author

commented Sep 13, 2018

Closed by merging c9ca36f to release-branch.go1.11.

@gopherbot gopherbot closed this Sep 13, 2018

gopherbot pushed a commit that referenced this issue Sep 13, 2018

[release-branch.go1.11] cmd/compile: prevent overflow in walkinrange
In the compiler frontend, walkinrange indiscriminately calls Int64()
on const CTINT nodes, even though Int64's return value is undefined
for anything over 2⁶³ (in practise, it'll return a negative number).

This causes the introduction of bad constants during rewrites of
unsigned expressions, which make the compiler reject valid Go
programs.

This change introduces a preliminary check that Int64() is safe to
call on the consts on hand. If it isn't, walkinrange exits without
doing any rewrite.

Fixes #27246

Change-Id: I2017073cae65468a521ff3262d4ea8ab0d7098d9
Reviewed-on: https://go-review.googlesource.com/130735
Run-TryBot: Josh Bleecher Snyder <josharian@gmail.com>
TryBot-Result: Gobot Gobot <gobot@golang.org>
Reviewed-by: Josh Bleecher Snyder <josharian@gmail.com>
(cherry picked from commit 42cc4ca)
Reviewed-on: https://go-review.googlesource.com/131596
Reviewed-by: Robert Griesemer <gri@golang.org>
Run-TryBot: Andrew Bonventre <andybons@golang.org>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.