[Bug c++/43745] [avr] g++ puts VTABLES in SRAM

[gjl at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43745

Georg-Johann Lay <gjl at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |WONTFIX

--- Comment #11 from Georg-Johann Lay <gjl at gcc dot gnu.org> ---
This cannot be fixed in GCC as C++ doesn't support ISO/IEC DTR 18037 named
address spaces.  This feature requires that the C++ front-end knows about ASes
and handles them properly.  This doesn't imply that ASes are exposed on
language level; knowing about ASes "internally" would be sufficient.  As it's
pretty much clear that C++ WG21 will never accept such qualifiers (not even the
C WG14) did, just close this as WON'T FIX.

All that can be done is proposing work-arounds: Use "Embedded-C++" coding
convention that avoids VTABLEs, or use a device that can host .rodata in flash
like families -mmcu=avrtiny and -mmcu=avrxmega3.