GCC zu viele Quelldateien

Mit einem Build-System.

Schau dir die @-Option an.

Aber "jemand" hat schon recht: wenn die Kommandozeile so lang wird, dass 
sie das System nicht mehr will (bei mir wären das ca 2MB), sollte man 
auf Make o.ä. wechseln.

Lothar schrieb:
> weil scheinbar der Argument-String nicht beliebig lang sein darf. Wie
> kann man es sonst machen? Mit einem Linker-Skript?

Und dir sind dabei nie absurd lange Kompilier-Zeiten aufgefallen?
Also ich meine, du hast dich nie gewundert, dass du bei jeder winzigen 
Änderung in einer Quelldatei wieder recht lange kompilierst?

Sven P. schrieb:
> Und dir sind dabei nie absurd lange Kompilier-Zeiten aufgefallen?

Das sind bei Windows nur 2 oder 8 tausend Zeichen, also je nach Pfaden 
und Optionen nur ein paar Dutzend quell-Dateien. Das fällt einem 
Anfänger nicht wirklich auf. Zumal dann jede Datei nur 10 Funktionen a 
10 Zeilen hat.

Johann L. schrieb:
> Oder eine statische Lib erstellen, die die Module enthält, und gegen
> diese linken.

Hat man dabei nicht evtl. das gleiche Problem?

Johann L. schrieb:
> du verwendest offenbar MS Windows

Nein ist auf Pi mit RISC OS. Inzwischen habe ich aber eine "Lösung" ...

Alles ausser main.cc unter Linux mit GCC Cross-Compiler für ARM in eine 
statische Library packen und auf Pi mit RISC OS dann nur noch:

g++ lib.a main.cc

> Kommandozeile für nen Subprozess zusammenbastelt

Das war wohl genau das Problem.

Sven P. schrieb:
> absurd lange Kompilier-Zeiten

Der RISC OS Port vom GCC ist schon bei einer Quelldatei lahm und wird 
dann nicht mehr viel lahmer. Es soll aber Abhilfe in Arbeit sein :-)

http://riscosblog.huber-net.de/2019/10/erste-anzeichen-fuer-gcc-8-2-0/

Heiko L. schrieb:
> S. R. schrieb:
>> Mir getrennten Aufrufen... so wie jedes gebrauchbare Build-System auch.
>
> Problem dürfte da aber bleiben, dass auch die Linker-Zeile viel zu lang
> werden wird.

Dann Linkt man in mehreren Schritten, so wie jedes brauchbare 
Buildsystem es kann. Hilft auch mit der Parallelisierung.

> Nein ist auf Pi mit RISC OS. Inzwischen habe ich aber eine "Lösung" ...

Interessant. Kannst du mal ein bisschen mehr darueber erzaehlen? (gerne 
mit eigenem Subject)

Ich  finde RISCO OS naemlich grundsaetzlich auch sehr interessant, aber 
habe den Eindruck das es halt eher so die Nische von alten Englaendern 
bedient die sich mit Wehmut an ihren Archimedes erinnern. Wuerdest du 
sagen das dies ein lebendiges Betriebsystem ist mit dem sich die 
Beschaeftigung lohnt?
Gibt es eine lebendige Communitiy?

Ich vermute mal RISC OS auf dem neuen PI4 koennte ziemlich atemberaubend 
sein oder?

Olaf

Olaf schrieb:
> Gibt es eine lebendige Communitiy?

https://www.riscosopen.org/forum/

> RISC OS auf dem neuen PI4

Ich nutze RISC OS hauptsächlich für Pi Zero und Pi 1A+ um die als 
"dicke" Mikrocontroller zu nutzen. Der Desktop ist aber auch schon auf 
dem Pi 1A+ sehr schnell so dass man auf einem Pi 3B+ den Unterschied 
nicht so merkt. Ausser bei Grafik-Benchmarks. Der Pi 4 wäre trotzdem 
interessant wegen den zwei HDMI-Ports. Nachdem die Foundation RISC OS zu 
Anfang noch sehr unterstützt hat:

https://www.raspberrypi.org/blog/risc-os-for-raspberry-pi/

Hat das aber inzwischen stark nachgelassen so dass alles mühsam von 
Raspbian portiert werden muss. Ist also noch nicht fertig:

https://gitlab.riscosopen.org/RiscOS/Sources/HAL/HAL_BCM2835/merge_requests/2

RISC OS läuft übrigens auch auf teuren Industrie-Boards z.B.

http://www.ti.com/tool/ELESAR-3P-SITARA-SOMS
https://revolution.kunbus.de/
https://www.wandboard.org/

Und auf ARM Laptops:

https://www.pine64.org/pinebook/