GCCARM interworking ?

roty Gast #410694 
Hallo,

kann mir bitte jemand sagen was folgende Warnung bedeutet und wie man
sie
abstellt ?

C:\Programme\GNUARM\lib\gcc\arm-elf\4.1.0/libgcc.a(_udivsi3.o)(__udivsi3 
):
warning: interworking not enabled.

Ich versuche die EFSL als Lib in ein Programm einzubinden, dabei tritt
es
auf.

Danke
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Martin Thomas Gast #410695 
Falls libefsl.a mit dem von mir "gebastelten" Makefile erstellt wurde
(in der aktuellen offiziellen Version liegt dieses fuer lpc2000 bei),
dann ist die Library fuer thumb/thumb-interwork gebaut (CFLAGS im
makefile der Library). Vermute, dass beim Linken der eigentlichen
Anwendung die Interwork-Version fuer die udiv-Funktion der libgcc
"angefordert" wird, da eine Anhaengigkeit dazu in der libefsl
vorhanden ist, aber fuer den Linker nicht das Interwork-Flag gesetzt
ist und somit nicht in der "interwork-libgcc" danach gesucht wird.
Abhilfen/Tests:
(a) Die Library selbst im ARM-Mode erstellen, also ohne
thumb/thumb-interwork im Library-Makefile. Die Anwendung dann weiterhin
ebenfalls ohne thumb/thumb-interwork - dann ist alles fuer ARM-Mode,
sollte also warnungslos linken.
oder
(b) Die Anwendung mit thumb-interwork erstellen, zumindest
Interwork-Option beim Linken setzen. Beispiele vgl. makefile der
Demo-Anwendung fuer LPC2138 in der offiziellen efsl-Fassung von sf.net
oder makefiles fuer lpc2138 und at91sam7s (die Interwork-"Geschichte"
ist nicht herstellerspezifisch) in meiner leicht aktualiserten
efsl-Version von:
http://www.siwawi.arubi.uni-kl.de/avr_projects/arm_projects/efsl_arm/index.html

Hoffe, es hilft
Martin Thomas
Antwort Zitieren Bearbeiten Löschen Melden Danke
roty Gast #410696 
Hat geholfen (a) , Danke.

Dachte man sollte ARM und THUMB Code mischen können, aber hier bei
GCCARM sind wohl die Voreinstellungen nicht ok bei mir.
Aber ich wollte ja auch keinen Thumb code, das ist schon ok so.

Leider ist meine "Leidensweg" hier noch nicht zu Ende.

undefined reference to `__umodsi3' [src/file.c]  etc...

Ich will mich aber erst nochmals damit beschäftigen bevor hier
dann dazu gezielt nachfrage.

Vielen Dank jedenfalls für die Hilfe.
Antwort Zitieren Bearbeiten Löschen Melden Danke
roty Gast #410698 
-lgcc war immer da.

Hinweis trotzdem hilfreich!

Wenn -lgcc vor -lefsl steht geht's schief, wenn -lgcc nach -lefsl
steht ist die Warnung weg.

Versteh ich zwar nicht , aber ok es geht!

Danke
Antwort Zitieren Bearbeiten Löschen Melden Danke
Marc Prager Gast #410699 
Meines Wissens ist die Reihenfolge auf der Kommandozeile bei ld oder gcc
wichtig. libefsl.a benutzt Routinen aus libgcc.a , die undefinierten
Referenzen werden mit libgcc.a aufgeloest.
Schwieriger wirds, wenn eine zyklische Abhaengigkeit drin ist. Dann
wird auch mal -lefsl -lgcc -lefsl notwendig!
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 20 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.