[Bug c/63760] Support __func__ in PROGMEM

2016-05-25 Thread pcdwarf at pcdwarf dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760 --- Comment #6 from Pierre Colombier --- by the way a true "immediate constant" version of __func__ just like __FILE__ would be cool, even for non-avr platforms. I know this is the old behaviour of __FUNCTION__ and that this has been changed lon

[Bug c/63760] Support __func__ in PROGMEM

2016-05-25 Thread pcdwarf at pcdwarf dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760 Pierre Colombier changed: What|Removed |Added CC||pcdwarf at pcdwarf dot net --- Commen

[Bug c/63760] Support __func__ in PROGMEM

2014-11-14 Thread mojo at world3 dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760 --- Comment #4 from mojo at world3 dot net --- I agree, a separate __funcP__is the best option.

[Bug c/63760] Support __func__ in PROGMEM

2014-11-14 Thread gjl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760 Georg-Johann Lay changed: What|Removed |Added Target|AVR |avr Priority|P3

[Bug c/63760] Support __func__ in PROGMEM

2014-11-06 Thread mojo at world3 dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760 --- Comment #2 from mojo at world3 dot net --- On platforms with this kind of architecture the default is to place everything in RAM, unless you specifically state otherwise. With Harvard style architectures different instructions are used to acc

[Bug c/63760] Support __func__ in PROGMEM

2014-11-06 Thread sch...@linux-m68k.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63760 --- Comment #1 from Andreas Schwab --- Why aren't read-only data being placed in progmem by default?