#zinc

Hi Folks, I have a problem with compiling zinc with a recent nightly (post 2016-09-17), seems related to interpolate idents

--> /Users/pln/.cargo/registry/src/github.com-1ecc6299db9ec823/interpolate_idents-0.1.2/src/lib.rs:45:41

has anyone similar experience, and if so, is there a workaround? (Besides staying on an earlier nightly…)

wow, I ran into a very strange behavior of the optimizer, maybe its not strange at all, but I don’t understand

gist:65112fabe053840d9c038ea308b45a16

the problem is with the pub fn test_dwt()

in the generated code gist:03a71c7204ff87be487b9ec6ddfa8074

it seems that it does the reading only once

and since it then can conclude that whatever value read the assertion will fail

so it panics unconditionally

reading of the cyccnt is over a Cell, so its “unsafe”, but perhaps that does not imply that the reading is volatile

(in debug mode there is no optimization so the problem does not occur)

I post here, since I’m attempting to provide a bare metal scheduler compatible to zinc

perhaps I figure it out, if so I’ll post, else if you have any suggestion, please let me know

volatile_load/store should solve the problem, right…

ahhh, the solution was not so far(caller) away, exaclty this problem should be solved by the volatile_cell, right…

whut, it looks huge (just to force volatile store), can this really be necessary?

or maybe not.. most code relates to some replayer feature…