Add support for no_std

[waywardmonkeys]

This doesn't support the scale or render features yet as that needs an update to zeno and yazi.

[waywardmonkeys]

If this lands, I can revise #61 to deal with no_std.

[waywardmonkeys]

I should add a lot of CI to this repo, including for no_std.

[waywardmonkeys]

Added a check for no_std on x86-64-unknown-none.

I didn't use a 32 bit target because the one I chose didn't work due to not having an AtomicU64.

[waywardmonkeys]

I think it'll be best if #61 lands first and then I'll revise this some to support scale, render and fix some associated warnings.

[xStrom]

Swash not having no_std support is blocking Parley from having it, so we should really get this landed. I do agree though that #61 makes sense to land first, because the no_std support has changed in those deps as well.

[waywardmonkeys]

@dfrg I've updated this PR to not have merge conflicts ... it gives no_std support but not for the scale or render features. This is still a breaking change since it requires that someone use either the std or libm features, compilation without them won't work.

[xorgy]

@waywardmonkeys

I didn't use a 32 bit target because the one I chose didn't work due to not having an AtomicU64.

See #69

[dfrg]

oops, I seem to have merged these in the wrong order causing a merge conflict (did the dep updates first)

[waywardmonkeys]

When I am awake today, I will update this so that it is fully no_std now that the deps update landed.

[waywardmonkeys]

@dfrg This is updated now. If you land #70 before this, I'll add some 32 bit no_std CI checks ... otherwise, can do that after these both land.

[dfrg]

no_std support has been a much requested feature since this crate was released and I really appreciate the work to get it done.

LGTM

[dfrg]

@dfrg This is updated now. If you land #70 before this, I'll add some 32 bit no_std CI checks ... otherwise, can do that after these both land.

I just merged #70 so I’ll leave it up to you whether we do the 32-bit checks here.

[waywardmonkeys]

@dfrg This is updated now. If you land #70 before this, I'll add some 32 bit no_std CI checks ... otherwise, can do that after these both land.

I just merged #70 so I’ll leave it up to you whether we do the 32-bit checks here.

Done. I was distracted by trying to fix Zeno's CI and wasn't looking at emails.