STM32 gcc compile ok aber linken kriminell?

> Hat sich schon mal jemand darüber Gedanken gemacht?

Das ist uralt. Ich wundere mich schon sehr lange, dass immer wieder 
Leute naiv diese Dateien verteilen. Was man nicht sieht, ob diese 
Linker-Skripte in kommerziellen Produkten verwendet werden.

Lizenzen (und Verträge) lesen und verstehen gehört zum Geschäft.

> Ich muss gestehen ich habe das linkfile einfach so benutzt.

"Einfach so" geht nicht mehr. Ich kenne kaum noch Verträge, in denen die 
"Rechte Dritter" nicht sehr detailliert behandelt werden.

> Wie kann ich das "umstricken" damit es meins ist wenn ich doch für die
> ST libraries die Namen und Bereiche aus dem .ld File brauche???

Scherzkeks. "Umstricken" führt nicht dazu, dass es "Deins" wird.

Entweder selber schreiben, oder z. B. das von 
http://code.google.com/p/openstm32/ verwenden. Aber auch da gilt: Lizenz 
lesen (GPL3).

Wegen der Verträge hab ich inzwischen die Nase voll und schreibe alles 
selber: Startup, Linker-Skripte, selbst die newlib ist komplett 
rausgeflogen. Im Desktop-Bereich werden auch keine Fremdbibliotheken 
mehr verwendet. Alles andere ist inzwischen kommerziell ein 
unkalkulierbares Risiko. Und bis man die Feinheiten der Verträge 
verstanden hat, hat man das "linker script" schon lange geschrieben.

Das Schöne am ARM ist doch, dass man den Startup auch in C schreiben 
kann. Und wenn man ein "linker script" für den ARM hat, passt das bis 
auf die "memory regions" für die anderen auch.

Dummheit, Faulheit, Ignoranz?

> Wie mir mal jemand von ST sehr deutlich sagte, hat man bei ST absolut
> keinen Bock auf Software, schon gar nicht auf freie Software. Freie
> Software hasst man regelrecht.

Das ist inzwischen auch bei vielen anderen auch so.

> Unprofessionell, Kinderkram

Die Schwierigkeit besteht für diese Firmen tatsächlich darin, dass sie 
es rechtlich nicht "fassen" können.

> Am liebsten würde man nur Hardware machen und die ohne alles über den Zaun
> zum Kunden werfen.

Wenn sie da mal nur konsequent wären ... und ihre eigene Library endlich 
einstampfen würden :-)

> Daher hat ST Deals mit Firmen, deren Produkte ST -
> vermutlich gegen Bezahlung - empfiehlt.

Das dürfte vermutlich auch eine Rolle spielen.

Der guten Ordnung halber: Es gibt gut gepflegte Linker-Skripte/Startups 
bei AVR und MSP430. Bei den ARMs ist es lieblos (STM, NXP, TI 
Stellaris). Kurios ist es bei Renesas RX (Linker-Script ist von Red 
hat), und so richtig verwirrend ist es für PIC32.

Zitat aus dem Stellaris-Linker-Script

1

You may not combine this software with "viral" open-source

2

 * software in order to form a larger program.

Ja, so Zeugs können sie formulieren. Aber bei C++ - Support im 
Linker-Skript hapert es.

Aber wie schon sehr treffend formuliert wurde ...

Ist so schrieb:
> Nun habe aber diverse der empfohlenen Partner ihre Compiler-Produkte
> wiederum auf GCC und binutils aufgebaut. So hat ST durch die Hintertür
> doch die dort verhasste freie Software am Hals.

... haben sie einfach keine Chance mehr, ohne den GCC auszukommen. Am 
deutlichsten sieht man das im Fall von PIC32.

> Dann ist es ja so, dass wenn ich zum Beispiel ein Projekt ohne das ST
> Verzeichnis weitergebe, bei dem der Empfänger selbst die Libs von ST
> laden muss die von meinem Makefile benutzt aber nicht geändert werden
> und wenn er selbst mit gcc compiliert und linkt ich auch nicht schuldig
> bin.

Ich meine, dass es so OK ist (bin aber kein Jurist), weil der Empfänger 
selbständig herunterladen (und prüfen) muss.

Ein ähnlichen Fall hatte ich kürzlich. Aus vertraglichen Gründen (die 
der Kunde selbst so will) muss er sich nun die Libraries selbst besorgen 
und integrieren. Der Schuss ging nach hinten los.

Man sieht es auch immer wieder, dass vom Makefile die Libraries 
automatisch heruntergeladen werden, so dass der Empfänger nichts 
"bemerkt". Das könnte aber schon eine Grauzone sein, insbesondere dann, 
wenn der Empfänger nicht darauf hingewiesen wird.

> Musste meinen eigenen Satz auch zweimal lesen
> bevor ich ihn verstanden habe ;-)

Nach der Lektüre von 10 Verträgen geht das dann richtig flüssig :-)

> Schade, die STM32 find ich eigentlich echt fantastisch.

Das sollte die Freude nicht trüben :-)

Das ist nicht STM spezifisch.

Wie schon geschrieben, wirklich freie Linker-Skripte und Startups sind 
eher die Ausnahme als die Regel.

Bei den ARMs kann man sich diese auch selbst erstellen. Bei Renesas RX 
und PIC32 ist das wesentlich schwieriger (da Assembler Voraussetzung 
ist).

Recht brauchbares lizenzloses Linker-Script und Startup-Fragment als 
Basis für Cortex Mx-Entwicklungen (für ARM7TDMI fehlt ein wenig) in 
diesem Text: https://launchpadlibrarian.net/109296007/readme.txt.

Startup-Codes in CMSIS-Packeten zu Controllern scheint inzwischen, bis 
auf die üblichen Garantieausschlüsse, frei zu sein.

Ansonsten ist es angebracht, ST Mircoelectronics einen Hinweis zu 
senden, denn deren Softwarepacket dürfte die Hauptquelle sein, aus der 
das Skript von anderen übernehmen und weitergegeben wird.