GCC zwingen, bestimmte Globals auf Null zu setzen

Question

Gibt es eine Möglichkeit, GCC zu sagen, ein bestimmtes globales Array nicht auf Null zu initialisieren?

Ich möchte zum Speichern einer großen Datenstruktur, die mein Code verwaltet, einen großen Teil des Speichers reservieren, so sage ich:

#define SIZE_16_MB 0x01000000 
BYTE mChunkSpace[SIZE_16_MB]; 

Das Problem, dass crtinit ist() eine Million Jahre dauert, um diesen Raum zu initialisieren zu Null, und es ist überhaupt nicht notwendig.

Gibt es eine Möglichkeit, ich kann es zwingen, diesen Raum nicht zu initialisieren?

Momentan bin ich hart codieren eine Speicheradresse, die außerhalb ist, was der Linker weiß, aber das ist keine besonders robuste Art, Dinge zu tun.

Zusätzlich ist dies ein langsamer Embedded-Prozess (50 MHz Microblaze), also nicht davon ausgehen, dass ich über einen PC spreche. Es dauert wirklich lange, diesen Raum auf Null zu setzen.

Answer 1

Sie können die Attribute gcc verwenden, um das Objekt in einem anderen neuen Speicherabschnitt zu speichern, z. B. im Speicherbereich .noinit.

BYTE mChunkSpace[SIZE_16_MB] __attribute__ ((section (".noinit"))); 

Answer 2

Der Standard besagt, dass statische Daten, die zum Zeitpunkt der Deklaration nicht explizit initialisiert werden, auf Null initialisiert werden. Sie können Laufzeit Initialisierung vermeiden, indem das erste Element auf einen Wert ungleich Null initialisiert sich selbst:

#define SIZE_16_MB 0x01000000 
BYTE mChunkSpace[SIZE_16_MB] = {1}; 

Beachten Sie, dass, wenn Sie 0 angeben, wird der Compiler wahrscheinlich speichern Sie es nur in der .bss Abschnitt sowieso, das heißt, es wird zur Laufzeit noch initialisiert werden. Es muss das nicht tun, aber es wäre dumm das nicht zu tun. Jetzt wird Ihr Array in das .data Segment geworfen.

Natürlich wird dies die resultierende ausführbare Datei viel größer machen (~ 16MB größer, um genau zu sein), aber der Speicher wird zur Laufzeit nicht initialisiert. Die Frage hängt also davon ab, was dir zusteht. die Zeit, die benötigt wird, um diesen Speicher oder die resultierende ausführbare Größe auf Null zu setzen?

Answer 3

Versuchen dynamische Initialisierung:

BYTE* mChunkSpace = (BYTE*)malloc(SIZE_16_MB * sizeof(BYTE)); 

Dann werden diese Daten nicht initialisiert und wartet auf Sie es zu initialisieren.

Answer 4

Ich würde eigentlich denken, dass nicht-statische Speicher standardmäßig nicht auf Null initialisiert ist?

Answer 5

Die meisten Antworten, die Sie hier auf SO erhalten, werden in Richtung Visual Studio oder GCC geneigt sein, sowohl auf allgemeinen Plattformen (dh PCs, ob Windows oder Linux), als auch auf dem Standard. . "Zitate, von denen keine so viel für kleine eingebettete Systeme gilt, es sei denn, Sie haben Embedded Linux oder Windows CE ausgeführt.

ouahs Antwort ist wahrscheinlich am nächsten zu dem, was Sie brauchen ... vielleicht GENAU, was Sie brauchen, wenn Sie wirklich GCC verwenden. Da der von Ihnen gewünschte Speicherbereich sehr groß ist und wahrscheinlich den Löwenanteil des Speichers Ihres Systems verbraucht, sollten Sie einen speziellen Abschnitt in der Linker-Befehlsdatei Ihres Builds oder durch Linker-Anweisungen in einer C-, C++ - oder Assemblydatei definieren . Die Syntax hierfür variiert je nach Compiler. Wenn Sie Linker-Anweisungen in einer Quell-/Assemblydatei verwenden, müssen Sie wahrscheinlich Attribute angeben, die die Lese-/Schreibfähigkeit der Speicherregion usw. betreffen.oder vielleicht auch nicht, wenn die Microblaze keinen MMU/Speicher-Controller hat. Sie müssen ein Linker-Symbol am Anfang des Abschnitts einfügen und in Ihrem C-Code eine "extern char symName []" - Anweisung verwenden, damit Ihr C-Code in Relokationen kompilieren kann, die der Linker mit der tatsächlichen Adresse von die Sektion. Je nach Compiler und Architektur müssen Sie möglicherweise auch den symName [] extern mit einer Art "far" -Attribut deklarieren; Ich weiß nicht genug über die Microblaze, um etwas dazu zu sagen.