This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug c++/43745] [avr] g++ puts VTABLES in SRAM
- From: "gjl at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Mon, 31 Jul 2017 09:08:16 +0000
- Subject: [Bug c++/43745] [avr] g++ puts VTABLES in SRAM
- Auto-submitted: auto-generated
- References: <bug-43745-4@http.gcc.gnu.org/bugzilla/>
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.