Debian Pakete für Cortex M3 nutzbar ?

Falls es in debian nicht aktuell ist:
https://launchpad.net/gcc-arm-embedded

Michael J. schrieb:
> unter Debian werden mir Pakete für Cortex M3 angeboten:

keineswegs nur für den Cortex M3

> gcc-arm-none-eabi
> gdb-arm-none-eabi
> libstdc++-arm-none-eabi-newlib
>
> Hat jemand damit Erfahrung?

Ja.

> Sind diese problemlos einsetzbar

Ja.

> und einigermaßen aktuell (STM32 F103)?

Welche Version von gcc hängt davon ab, welches Debian du verwendest. 
apt-cache liefert bei Bedarf Informationen welche Pakete es gibt und was 
drin ist:

1

~ $apt-cache search gcc-arm

2

gcc-arm-none-eabi - GCC cross compiler for ARM Cortex-A/R/M processors

3

4

~ $apt-cache showpkg gcc-arm-none-eabi

5

Package: gcc-arm-none-eabi

6

Versions: 

7

4.9.2-10+14~bpo8+1 ...

8

...

9

4.8.4-1+11-1 ...

10

...

Für mein Debian (Jessie) gibt es also den ARM gcc wahlweise in Version 
4.8.4 und 4.9.2. Nach http://gcc.gnu.org/gcc-4.9/ ist das der Release- 
Stand von vor einem Jahr. Wenn man das Paket auf packages.debian.org 
sucht, dann findet man heraus daß Debian testing und unstable den ARM 
gcc in Version 4.9.3 haben (1/2 Jahr alt).

> Ich frage nur nach, da einige Seiten beschreiben, daß man die Pakete
> selber übersetzen muß.

Wer schreibt das? Und warum?

> Das könnte ich mir dann ersparen.

Wenn du nicht bereits weißt, daß du ein Feature eines neueren Releases 
brauchst oder von einem Bug betroffen bist der erst in einem neueren 
Release gefixt ist, würde ich empfehlen, erstmal die Pakete der 
Distribution zu verwenden. Und falls du doch selber bauen willst: das 
ist unter Linux vergleichsweise trivial. Dauert nur ein bisschen.

Danke für die sehr fundierten Infos.

Ich werde mir die Version 4.9.3 installieren, da apt so gut wie nichts
aus dem Sid Zweig aktualisiert.

>>Wer schreibt das? Und warum?

Ich hatte vor einigen Jahren schon mal den Umstieg erwogen, da gab es 
meines Wissens keine Debianpakete(jedenfalls hatte ich keine gefunden).
Man mußte halt alles selber compilieren.
Das habe ich auch getan, aber das ist jetzt schon ganz schön alt.
Die Programme/Libs über die Paketverwaltung zu installieren ist mir 
lieber, da hat man weniger Probleme mit "Leichendateien".

Noch eine Frage zu den Startupcodes.
Sind inzwischen welche dabei, oder muß ich mir diese immer noch selber
zusammensuchen?

Jogibär

PS: Was bedeutet eigentlich ...none-eabi ?

Michael J. schrieb:
> Sind inzwischen welche dabei, oder muß ich mir diese immer noch selber
> zusammensuchen?

Da kocht nach wie vor leider jeder Hersteller sein eigenes Süppchen,
genau wie mit den Linkerscripts.  Die versteifen sich alle nur darauf,
dass es aus ihrer jeweiligen IDE heraus tickt.

> PS: Was bedeutet eigentlich ...none-eabi ?

Kein Betriebssystem, Extended ABI (was das genau bedeutet, ist von
ARM selbst standardisiert worden).