Wie bekomme ich GCC, um ein C++ consExpr in ROM zu platzieren?

Question

Ich kompiliere für LPC1114, ein kleines ARM (eigentlich Cortex) Ziel. RAM ist viel begrenzter als ROM. Ich benutze den neuesten Mentor (CodeBenchLite) GCC Compiler (GCC 4.6.3). Ich habe einige konstante Objekte, die ich gerne im ROM haben möchte. Soweit ich verstehe, sollte das ffx-Objekt im unten stehenden Code in ROM (Code) enden, aber stattdessen wird es in DATA platziert.

class flop { 
    public: 
     int x; 
     constexpr flop(int x) : x(x){} 
}; 

extern constexpr flop ffx(1); 

Wie kann ich den Compiler überzeugen das Objekt vorab zu berechnen und sie in ROM platzieren?

oder vielleicht soll ich fragen:

• kann ich irgendwie erwarten, dass die G ++ Compiler ROMable Daten für ffx
• wenn ja, ist mein Code korrekt für diesen
• wenn so zu erzeugen, für die G ++ Version wird dies unterstützt (ich benutze 4.6, vielleicht ich brauche 4.7?)

============================= ==========

Dieser Bugzilla-Eintrag c++/49673 scheint anzuzeigen, dass meins ein bekanntes Problem ist, das wahrscheinlich in GCC 4.7 behoben wurde. Leider benutze ich lieber die Mentor/CodeSourcery, die immer noch unter 4.6.3 steht. Ich denke, vorerst stecke ich mit dem Käfer fest. :(

Answer 1

Update # 2: Testergebnisse mit gcc 4.7.0

Diese in der Tat in gcc 4.7.0 festgelegt ist Ihr Code erzeugt die folgende Assembler-Ausgang:.

.file "constexpr.cpp" 
    .globl _ffx 
    .section .rdata,"dr" 
    .align 4 
_ffx: 
    .long 1 

was Sie wahrscheinlich wollen.Upgrade?

Ich denke, dass Sie eine plattformspezifische Lösung dafür benötigen.Siehe Locating code and data in memory (Scatterloading):

Mit Scatterloading können Sie eine Anwendung in mehrere separate Code- und Datenbereiche aufteilen, die über die Adresskarte verteilt sind. Die Lage dieser Bereiche kann zwischen der Ladezeit und Laufzeit unterscheiden:

1. Lastbereiche Anwendungscode enthalten und/oder durch die Anwendung verwendet, um Daten bei Einschalten/Ladezeit (in der Regel ROM).

Statt allein auf gcc verlassen, versuchen Verwendung von armlink zu machen, wie in den darin enthaltenen Link oben vorgeschlagen.

Update: Ich sah den GCC-Fehler, den Sie bemerkt haben. LLVM/MinGW ist gleichermaßen hoffnungslos. Aber ich habe mit GCC 4.6 herum spielen und hier ist etwas, denke ich kann helfen Ihnen:

struct Data 
{ 
    int i;  
}; 
constexpr Data getData() { return Data{1}; } 

Wenn stattdessen eine Ctor zu haben, haben Sie eine constexpr Funktion, und versuchen, den Assembler Ausgabe zu erzeugen, Die Ausgabe ist normalerweise leer (keine .data Sektionen).Und wenn Sie diese verwenden, um einige Variable initialisiert werden (in globalen Bereich) wie folgt:

const Data foo = getData(); 

Sie würden eine Versammlung erhalten wie folgt:

.file "constexpr.cpp" 
    .section .rdata,"dr" 
    .align 4 
__ZL3foo: 
    .long 1 

(dies ist mit g++ -std=c++0x -S Kommandozeile). Funktioniert das für dich?

Answer 2

Meiner Erfahrung nach werden const Daten in einen Nur-Lese-Abschnitt geschrieben, so dass alle Daten in diesem Abschnitt in ROM geschrieben werden können (oder in FLASH programmiert werden können).

Die GCC-Linker-Anweisungsdatei (* .ld) kann Adressen verschiedenen Abschnitten zuweisen.

Eine weitere Alternative besteht darin, große Datenstrukturen (z. B. Schriftarten) in die Assemblersprache zu platzieren. Die Assemblersprache kann die Daten einfacher in Segmente unterteilen als die C- oder C++ - Sprache.

Eines unserer nächsten Ziele ist es, die Daten von unserer ausführbaren Datei zu trennen. Dies verkürzt die ausführbare Datei und reduziert die Testzeit für die ausführbare Datei.