große binäre Dateien mit objcopy

Ich habe Probleme, wenn ich die Definition globaler Variablen in einem einfachen C-Programm für einen ARM9-Prozessor. Ich bin mit GNU EABI-compiler und die binary erzeugt aus einer 12 KB elf ist 4GB! Ich nehme an, das Problem ist meine scatter Datei, aber ich habe Mühe, meinen Kopf um ihn herum.

Ich habe 256KB ROM (Basis-Adresse 0xFFFF0000) und 32KBs RAM (base 0x01000000)

SECTIONS {
  . = 0xFFFF0000;
  .text : {
    * (vectors);
    * (.text);
  }
  .rodata : { *(.rodata) }
  . = 0x01000000;
  sbss = .;
  .data : { *(.data) }
  .bss  : { *(.bss) }
  ebss = .;
  bssSize = ebss - sbss;
}

Und mein Programm ist wie folgt:

int a=10;
int main() {
  int b=5;
  b = (a>b)? a : b;  
  return b;
};

Wenn ich erkläre eine wie eine lokale variable, d.h. es gibt keine .data-Abschnitt, dann funktioniert alles.
fein. Jede Hilfe sehr geschätzt.

--16. März 2011--

Kann mir jemand helfen mit diesem, Im nirgendwo und Lesen Sie die Handbücher, Foren, etc...

Mein boot, Befehl kompilieren und objcopy-Befehle eingefügt werden unten

     .section "vectors"
reset:  b   start
undef:  b   undef
swi:    b   swi
pabt:   b   pabt
dabt:   b   dabt
    nop
irq:    b   irq
fiq:    b   fiq

  .text
start:
        ldr   sp, =0x01006000
        bl    main

stop:   b     stop

arm-none-eabi-gcc -mcpu=arm926ej-s -Wand -nostartfiles -Wall main.c boot.s -o-main.Elfe -T \ scatter_file

arm-none-eabi-objcopy ./main.elf --output-target=binary ./main.bin

arm-none-eabi-objdump ./main.elf --disassemble-alle > ./main.dis

und wie groß ist die Datei, wenn Sie entfernen Zeile '. = 0x01000000;' ?
Seine 364 bytes, wenn ich entfernen Sie die ram-Adresse (0x01000000)

InformationsquelleAutor Damn | 2011-03-08

2

Erstellen Sie eine Datei, die beginnt bei der Adresse 0x01000000 und enthält zumindest bis zu Adresse 0xFFFF0000. Kein Wunder, dass es fast 4GB. Was hätten Sie gerne? Versuchen Sie es mit den Optionen-R, um die Daten entfernen, die Segmente, wenn Sie nicht wollen (wie es wahrscheinlich der Fall, wenn Sie der Vorbereitung einer ROM-Initialisierungsdatei).
- Ich verstehe es nicht. Ich dachte, dass das linker-Skript zu definieren, die einen Abschnitt ab 0xFFFF0000, die enthält den text, Vektoren und nur-lese-Daten (D. H. ROM), also von ffff0000 der Größe aller dieser. Dann ein weiterer Abschnitt definiert ist, beginnend bei der Adresse 0x01000000 für die Daten-und bss. Was ist zwischen diesen Abschnitten ist nicht definiert, also warum ist es, füllen es? und es nur füllt, wenn ich eine Globale variable. Im Versuch verwenden Sie den -R-aber wie Entferne ich einen Speicher-Abschnitt, das ist nicht definiert wurde?
- Die elf-Datei scheint ok zu sein, es ist nur die binäre das ist falsch.[link](readelf -l main.elf) Elf-Datei-Typ ist EXEC (Executable file) Entry point (0xffff0000 gibt Es 2 Programm-headers, starting at offset 52 Programm-Header: Typ Offset VirtAddr PhysAddr FileSiz MemSiz Flg Ausrichten LADEN 0x008000 0x01000000 0x01000000 0x00004 0x00004 RW 0x8000 LADEN 0x010000 0xffff0000 0xffff0000 0x00148 0x00148 R E 0x8000 Abschnitt zum Segment-Zuordnung: Segment-Abschnitte... 00 .Daten 01 .text [\code]
InformationsquelleAutor AProgrammer
2

Habe das problem gefunden. Die objcopy-Kommando wird versuchen, die gesamte Adressraum beschrieben, die im linker-script, von der niedrigsten Adresse zu der höchsten einschließlich alles dazwischen. Sie können es sagen, zu generieren Sie einfach die ROM-code wie folgt:

objcopy ./main.elf-j ROM --output-target=binary ./main.bin

Ich habe auch das linker-Skript leicht
```
MEMORY {
  ram(WXAIL) : ORIGIN = 0x01000000, LENGTH = 32K    
  rom(RX)    : ORIGIN = 0xFFFF0000, LENGTH = 32K                    
}

SECTIONS {
  ROM : { 
    *(vectors);
    *(.text);
    *(.rodata);
  } > rom 

  RAM : {
    *(.data); 
    *(.bss);
  } > ram 
}
```
- Aber ist nicht die .Daten-segment irgendwie auch wichtig? Ich kann nicht einfach werfen Sie es Weg, es initialisiert wird, Daten enthält, die verloren gehen, wenn Sie nur kopieren Sie die ROM-Abschnitt.
- Keine Ahnung von @user1273684 Kommentar ?
InformationsquelleAutor Damn

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.