Closed timotheecour closed 4 years ago
FWIW, this is because of a backwards-incompatible change in Nim (csize
-> csize_t
).
"1 of the only 2 packages" is a red herring in this case, every such breaking change will make an unknown amount of packages fail and sometimes they'll be covered by the nim ci - at best, it's misleading.
well that only proves the usefulness of nim-lang/Nim#13348 ; you have to start somewhere; definitely better than not knowing anything about what breaks
We are using officially released Nim 1.0.6 and all tests are fine.
@cheatfate IMO you can simply close this for now, I'll investigate why csize_t
breaks your code.
@Araq it's because we use IOVec
from posix.nim
where the type of one of the fields was changed from csize
to csize_t
, while in chronos we try to assign a csize
to it..
FYI from this experiment: https://github.com/nim-lang/Nim/pull/13348
this is 1 of the only 2 packages that fails on nim CI (the other one is https://github.com/trustable-code/NiGui)
see https://dev.azure.com/nim-lang/255dfe86-e590-40bb-a8a2-3c0295ebdeb1/_apis/build/builds/2412/logs/82 https://dev.azure.com/nim-lang/255dfe86-e590-40bb-a8a2-3c0295ebdeb1/_apis/build/builds/2412/logs/78
and this: https://dev.azure.com/nim-lang/255dfe86-e590-40bb-a8a2-3c0295ebdeb1/_apis/build/builds/2412/logs/78