356: Rust toolchain cache breaking on version change r=korken89 a=AfoHT
There seems to be issues when Rust 1.45 is upgraded to 1.46.
```
[command]/usr/share/rust/.cargo/bin/rustup show
Default host: x86_64-unknown-linux-gnu
rustup home: /home/runner/.rustup
stable-x86_64-unknown-linux-gnu (directory override for '/home/runner/work/cortex-m-rtic/cortex-m-rtic')
rustc 1.45.2 (d3fb005a3 2020-07-31)
[command]/usr/share/rust/.cargo/bin/rustup toolchain install stable
info: syncing channel updates for 'stable-x86_64-unknown-linux-gnu'
info: latest update on 2020-08-27, rust version 1.46.0 (04488afe3 2020-08-24)
info: downloading component 'clippy'
info: downloading component 'rustfmt'
info: downloading component 'cargo'
info: downloading component 'rust-std'
info: downloading component 'rustc'
info: removing previous version of component 'clippy'
info: removing previous version of component 'rustfmt'
info: removing previous version of component 'cargo'
info: removing previous version of component 'rust-std'
info: removing previous version of component 'rustc'
info: installing component 'clippy'
info: Defaulting to 500.0 MiB unpack ram
info: installing component 'rustfmt'
info: installing component 'cargo'
info: installing component 'rust-std'
info: rolling back changes
error: could not rename component file from '/home/runner/.rustup/tmp/5ymt177yixkhb4fl_dir/bk' to '/home/runner/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/share'
error: could not rename component file from '/home/runner/.rustup/tmp/yvk581uxohbpg7yg_dir/bk' to '/home/runner/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/share/doc'
error: could not rename component file from '/home/runner/.rustup/tmp/mth68dj6icrr8wix_dir/bk' to '/home/runner/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/share/man'
error: could not rename component file from '/home/runner/.rustup/tmp/ve_xiaam6y08_0nm_dir/bk' to '/home/runner/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/etc'
error: could not rename component file from '/home/runner/.rustup/tmp/p658oanwd5shnzba_dir/bk' to '/home/runner/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/share/zsh'
error: failed to install component: 'rust-std-x86_64-unknown-linux-gnu', detected conflict: '"lib/rustlib/x86_64-unknown-linux-gnu/lib/libunwind-0bb9b63424f4fc5d.rlib"'
##[error]The process '/usr/share/rust/.cargo/bin/rustup' failed with exit code 1
```
Note that `/home/runner/.rustup` links to `/usr/share/rust/.rustup`
Disabling the cache for rust toolchain seems to not cause this issue
Co-authored-by: Henrik Tjäder <henrik@tjaders.com>
355: Multi-core removal r=korken89 a=AfoHT
Dependent on https://github.com/rtic-rs/rtic-syntax/pull/27
With the same reasoning as ^^
For now the testing is done against my rtic-syntax/multiremove-branch, but before we merge it should corrected.
Co-authored-by: Henrik Tjäder <henrik@tjaders.com>
344: Added badges to 'README.md' file r=AfoHT a=regexident
Badges for quick access to the corresponding pages on **crates.io**, **docs.rs**, the **book** (aka **rtic.rs**), as well as a badge for showing the **minimum required rustc version**.
Co-authored-by: Vincent Esche <regexident@gmail.com>
343: Updated URL for example 'init.rs' file r=AfoHT a=regexident
(the file at tag '0.5.0' still uses `rtfm`, rather than `rtic` from tag '0.5.3' or later)
Co-authored-by: Vincent Esche <regexident@gmail.com>
337: Examples: Clarify extern section r=korken89 a=dbrgn
Some beginners are confused about the "extern" section, so I added an explanation comment to all examples.
Furthermore, using the UARTx interrupts when UART is actually being used in the same example may be confusing, so I changed them all to SSI0/QEI0.
Co-authored-by: Danilo Bargen <mail@dbrgn.ch>
338: Fixes an issue where one could double take the cortex_m Peripheral r=japaric a=korken89
Closes#321
Co-authored-by: Emil Fresk <emil.fresk@gmail.com>
Some beginners are confused about the "extern" section, so I added an
explanation comment to all examples. Furthermore, using the UARTx
interrupts when UART is actually being used in the same example may be
confusing, so I changed them all to SSI0/QEI0.
330: Combine publish, docs and build into one workflow, do not test on nightly r=korken89 a=AfoHT
Streamline the Github Actions workflow a bit, currently it does not play well with multiple workflows since dependencies needs to be within the same workflow.
This combines the previous docs and publish workflows into one larger build workflow.
If pushing to master branch, and all jobs succeed, then the deploy is also done.
No testing on nightly except for multi-core which requires nightly.
Co-authored-by: Henrik Tjäder <henrik@tjaders.com>
