Dylan McKay

I personally am a fan of this, although [here's](http://www.nongnu.org/avr-libc/user-manual/pgmspace.html#pgmspace_const) AVR-GCC's reasoning for not doing this. > Many users bring up the idea of using C's keyword const as a means...

Also, for anybody reading, in LLVM all pointers are annotated with address spaces, and so we don't need to use anything special like `pgm_read_byte` - any load/store through a pointer...

I think we should be able to do something here, what rules should define a value going into program memory? I'm thinking that all `const` values should go into program...

Have made this issue specifically about the automatic promotion of static data to program memory by the Rust compiler itself. If we want an explicit syntax for it (such as...

Oh, I also spent some time working on this a while back, it doesn't look like I wrote anything about it. I started work on modifying the `trans` crate so...

Thinking about this more, we can only do this on devices that support the `lpm` instruction.

I think it would be a good idea to do this by * Create a new AVR backend pass, `PromoteConstsToProgramMemory`. This pass can be explicitly initialized by the frontend, and...

The main thing that prompted this idea is the fact that even variables that reside in RAM must still reside in program memory (ignoring zero-initialized variables in `.bss`) - RAM...

oof, that sounds like the counterexample I was worried about. @shepmaster do you think it could work if we write the LLVM pass such that it only promotes certain constants...

For reference, here is @luqasz's thread http://llvm.1065342.n5.nabble.com/llvm-dev-Built-in-progmem-variables-in-AVR-td131773.html