CC65-Advanced-Optimizations
How to optimize C code for CC65 compiler (by ilmenit)
nrf-softdevice
By embassy-rs
CC65-Advanced-Optimizations | nrf-softdevice | |
---|---|---|
2 | 3 | |
115 | 236 | |
- | 3.4% | |
0.6 | 8.7 | |
about 1 year ago | 27 days ago | |
C | Rust | |
MIT License | Apache License 2.0 |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
CC65-Advanced-Optimizations
Posts with mentions or reviews of CC65-Advanced-Optimizations.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-09-21.
-
Assembly programming on the Commodore 64
I'd like to suggest trying C, using cc65. Assembly knowledge is useful, but working in C is much easier and fast enough most of the time. Here's a nice guide on how to write C code that runs fast on a C64: https://github.com/ilmenit/CC65-Advanced-Optimizations
-
Rust on the MOS 6502: Beyond Fibonacci
The cool thing about LLVM-MOS specifically it that by using the zero page as virtual registers you sort-of get the same output with 'regular' code as opposed to this 'global variables' style of programming.
I recall a tutorial for 'cc65 optimizations'[0] which basically destroys a well-structured C program in order to do all of these optimizations (like making everything global) and it was absolutely terrible, code-wise. Well, the end result was probably fine, but it's just a shame these 'optimizations' were needed.
[0] I think it was this one: https://github.com/ilmenit/CC65-Advanced-Optimizations
nrf-softdevice
Posts with mentions or reviews of nrf-softdevice.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-03-12.
-
Problems flashing custom firmware to the nice!nano
I'm compiling a very stripped down example from https://github.com/embassy-rs/nrf-softdevice that should just loop forever and turn an LED on and off. I convert from a binary to the uf2 using this script linked in the adafruit bootloader repository. The command I run is uf2conv.py -c -b 0x26000 -f 0xADA52840. When running file on my binary the output is UF2 firmware image, family Nordic NRF52840, address 0x026000, 42 total blocks, exactly the same as on the ZMK image that works without a problem.
- Rust on the MOS 6502: Beyond Fibonacci
-
First steps with Embedded Rust: Selecting a board
The Embassy project provides an async wrapper for the Nordic BLE soft device: https://github.com/embassy-rs/nrf-softdevice
What are some alternatives?
When comparing CC65-Advanced-Optimizations and nrf-softdevice you can also consider the following projects:
llvm-mos-ferris-demo
embassy - Modern embedded framework, using Rust and async.