-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
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
[urgent] [CI] broke recently for all PRs: tests/assign/tassign.nim
broke
#9339
Comments
It was @Araq's last couple of commits that broke the CI and were directly pushed to |
tests/assign/tassign.nim
broketests/assign/tassign.nim
broke
After that file was modified, the tests were run for six times in that PR: all six times there were no problems with that file. EDIT: Building the latest Nim devel and running tests/assign/tassign.nim now produces this unexpected result. This part: import typetraits
block toverload_asgn:
type
Concrete = object
a, b: string
proc `=`(d: var Concrete; src: Concrete) =
shallowCopy(d.a, src.a)
shallowCopy(d.b, src.b)
echo "Concrete '='"
var x, y: array[0..2, Concrete]
var cA, cB: Concrete
var cATup, cBTup: tuple[x: int, ha: Concrete]
x = y
cA = cB
cATup = cBTup
type
GenericT[T] = object
a, b: T
proc `=`[T](d: var GenericT[T]; src: GenericT[T]) =
shallowCopy(d.a, src.a)
shallowCopy(d.b, src.b)
echo "GenericT[T] '=' ", type(T).name
var ag: GenericT[int]
var bg: GenericT[int]
ag = bg
var xg, yg: array[0..2, GenericT[float]]
var cAg, cBg: GenericT[string]
var cATupg, cBTupg: tuple[x: int, ha: GenericT[int8]]
xg = yg
cAg = cBg
cATupg = cBTupg
var caSeqg, cbSeqg: seq[GenericT[bool]]
newSeq(cbSeqg, 4)
caSeqg = cbSeqg
when false:
type
Foo = object
case b: bool
of false: xx: GenericT[int]
of true: yy: bool
var
a, b: Foo
a = b used to produce:
but now there's no output. |
Sorry, my move optimizations now optimize away all the assignments... |
ref: 1475697 but unclear to me whether it's a proper fix or temporary workaround (in which case should we re-open?)
|
eg:
https://travis-ci.org/nim-lang/Nim/jobs/440787636 for a PR #9336 that only touches doc/manual.rst
even if we fix this, how could it have passed through CI's testing ?
EDIT
I'm suspecting #9318 since it last touched tests/assign/tassign.nim but how come the CI was green for that PR? we shouldn't close this issue until we figure out root cause
/cc @narimiran @Araq
The text was updated successfully, but these errors were encountered: