rjmp 0 relocatet sein Argument (oder: wie nutze ich .absolute-Section?)

Du könntest ein undefiniertes Symbol nehmen, und dieses in der 
Linker-Kommandozeile mit 0 definieren.

1

rjmp abs_null

1

--defsym=abs_null=0

Stefan Ernst schrieb:
> Du könntest ein undefiniertes Symbol nehmen,

das mag im konkreten Fall mit 0 funktionieren, mich interessiert aber 
auch eine grundsätzliche Lösung (z.B. Aufbau einer Sprungtabelle o.ä.).

Ulf Rolf schrieb:
> Kann
> ein Label nicht mit einfacheren Mitteln "absolut" gemacht werden?

Nein, natürlich nicht.  Schließlich hast du einen Linker vor dir,
der verschiebliche Segmente zusammenfügen will.  Absolute Adressen
können und dürfen daher erst zur Linkzeit vorgegeben werden, entweder
über Linkerscript oder die Kommandozeile.  .org ist ein Relikt aus
Zeiten der Absolutassembler.  Eigentlich sollte man diese Direktive
streichen. ;-)

Jörg Wunsch schrieb:

> Nein, natürlich nicht.  Schließlich hast du einen Linker vor dir,
> der verschiebliche Segmente zusammenfügen will.  Absolute Adressen
> können und dürfen daher erst zur Linkzeit vorgegeben werden, entweder
> über Linkerscript oder die Kommandozeile.  .org ist ein Relikt aus
> Zeiten der Absolutassembler.  Eigentlich sollte man diese Direktive
> streichen. ;-)

Hm.  Wie geht das konkret?  Mein Beispiel:

Angenommen, ich habe einen Bootloader und dort ein paar 
Lowlevel-Routinen, die ich zukünftig auch von der Applikation aus 
starten möchte.  Dann muss ich also (a) beim Assemblieren/Linken des 
Bootloaders die Symboltabelle für die Einsprungadressen auswerten und 
(b) beim Assemblieren/Linken der Applikation diese Adressen 
bekanntmachen.  Immer wenn sich die Implementierung der 
Lowlevel-Routinen ändert, verschieben sich alle Adressen, und die 
Applikation läuft nicht mehr, bis sie neu übersetzt wird.

Klassischerweise hat man daher bei solchen "Libraries" eine Tabelle mit 
Einsprungadressen (RJMP-Befehle), deren Ort selbst fest ist.  Wie würde 
ich nun diese festen Einsprungadressen der Applikation so bekanntmachen, 
dass sie der Linker als nicht relozierbar behandelt?  Es würde mich 
wundern, wenn ich nun mit sed die Symboltabelle parsen muss, um daraus 
eine Latte von "--defsym"-Optionen für mein Makefile zu erzeugen?

Jörg Wunsch schrieb:
> Ulf Rolf schrieb:
>> Kann
>> ein Label nicht mit einfacheren Mitteln "absolut" gemacht werden?
>
> Nein, natürlich nicht.  Schließlich hast du einen Linker vor dir,
> der verschiebliche Segmente zusammenfügen will.  Absolute Adressen
> können und dürfen daher erst zur Linkzeit vorgegeben werden, entweder
> über Linkerscript oder die Kommandozeile.

Es geht schon auch im Source, denn genau dafür ist die .absolute-Section 
ja da. Die dafür nötigen zwei Zeilen sind ihm ja aber schon zu 
umständlich.

Ulf Rolf schrieb:
> Wie würde
> ich nun diese festen Einsprungadressen der Applikation so bekanntmachen,
> dass sie der Linker als nicht relozierbar behandelt?

Beitrag "Re: Bootloader und Applikation gemeinsam Compilieren"

Ulf Rolf schrieb:
> Klassischerweise hat man daher bei solchen "Libraries" eine Tabelle mit
> Einsprungadressen (RJMP-Befehle), deren Ort selbst fest ist.  Wie würde
> ich nun diese festen Einsprungadressen der Applikation so bekanntmachen,
> dass sie der Linker als nicht relozierbar behandelt?  Es würde mich
> wundern, wenn ich nun mit sed die Symboltabelle parsen muss, um daraus
> eine Latte von "--defsym"-Optionen für mein Makefile zu erzeugen?

Bei einer Tabelle geht es doch bloß um eine Ádresse, nämlich die der 
Tabelle selbst. Diese eine Adresse machst du der Applikation einfach per 
--defsym bekannt.

1

 ((void(*)(void))(char *)0x0000)();

2

  48:   e0 e0           ldi     r30, 0x00       ; 0

3

  4a:   f0 e0           ldi     r31, 0x00       ; 0

4

  4c:   09 95           icall

Peter

Stefan Ernst schrieb:

> Es geht schon auch im Source, denn genau dafür ist die .absolute-Section
> ja da. Die dafür nötigen zwei Zeilen sind ihm ja aber schon zu
> umständlich.

Nicht zu umständlich - sondern ich war mir nicht sicher, ob mein obiger 
Ansatz der empfohlene ist.