You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jul 6, 2019. It is now read-only.
Most of the iomem.ld stuff can be moved in to native rust I think. (ping @farcaller).
We can just have them as rust statics that get changed to &'static references to their actual types. This is what I see for a lot of the newer register code.
Is there a downside to doing this @farcaller? As for #329, this would allow us to completely do away with mcu-specific linker scripts (with the exception of maybe k20).
Also kinda related to #403, as this, as long as it's 0-cost, will help us phase out a huge amount of our extern static usage.
The text was updated successfully, but these errors were encountered:
yep, sounds like a perfect way to tackle it. The missing thing is that the current code for pointer casters doesn't support several registers of one type.
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Most of the iomem.ld stuff can be moved in to native rust I think. (ping @farcaller).
We can just have them as rust statics that get changed to
&'static
references to their actual types. This is what I see for a lot of the newer register code.Is there a downside to doing this @farcaller? As for #329, this would allow us to completely do away with mcu-specific linker scripts (with the exception of maybe
k20
).Also kinda related to #403, as this, as long as it's 0-cost, will help us phase out a huge amount of our
extern static
usage.The text was updated successfully, but these errors were encountered: