GCC 11 patrně odstraní podporu Motorola 68k a dalších

jestli to tak půjde dál, zůstane nám tu jen trojlístek ARM - x86 - MIPS ( i když i ten to má nahlnuté). Škoda, taky Power, resp. Cell vypadal ve své době nadějně.

Objevují se i nové. Třeba RISC-V myslím byl nebo brzy bude.

Power umírá? IBM všude straší s Power9, několik firem má OpenPOWER (např. Talos).

Ano, ale co od IBM odešel Apple (G5) a Sony (ukončení PS3), tak jim nějak váznou odběry...

Máš někde statistiky?

Zdrojem mi byl kámoš, PM na IBM u distributora, nic písemného.

Budoucnost Risc-V pořád nevypadá špatně :)

Zrovna to AVR hojně využívá Arduino, ale asi ho zastoupí SDCC.

Tak já bych zas tak nestrašil, pro AVR je v pohodě použitelné třeba GCC 4.8 (6.5 roku), (donedávna bundlované v Arduino IDE, v současném je 5.4 (3 roky)), takže pokud poslední verze, co to bude podporovat, bude GCC 10 (které navíc ještě nevyšlo), tak máme minimálně do roku 2027 čas. A do té doby třeba konečně přejdou na STM32 (kéž by, ten HW je řádově výkonnější).

Kdyz potrebuju jednou za 5 minut precist teplotu a poslat bezdratove do rPI, tak na to fakt nevyuziju ani vykon AVR, takze k prechodu na STM32 (ARM) fakt nemam duvod. Navic dost pochybuju, ze by to STM32 vydrzelo jet na knoflikovou baterku 2 roky jako to AVR...

Na stranu druhou, proč na takovou věc používat AVR? Pokud to nemá komunikovat nějakým méně typickým protokolem jako Zigbee, je k tomu AVR potřeba wifi modul. A v tu chvíli mi přijde rozumnější použít na takový účel rovnou ESP8266…

ESP8266 mi bohužel vždy po pár dnech crashne, což mi Arduino snad ještě neudělalo. ESP32 je to samé. Také jsem měl docela problém ho dostat do nějakého spacího stavu, kdy by mu opravdu stačila jen malá baterie na pár měsíců. Hrál jsem si s tím naposledy tak před rokem či dvěma, takže se ledasco mohlo změnit. U vývoje v těchto mini věcech mi hrozně vadí ta snaha tam dostat Python, Lua či jiný jazyk s garbage collectorem. Stabilitě to vůbec nepomáhá a blbě se to pak ladí.

AVR je „historická CPU architektura“ a „jejich éra je ta tam“? Co všechna ta arduína?

30. 10. 2019, 16:00 editováno autorem komentáře

Co vídám (i v průmyslu), tak se na AVR stejně používá GCC 4.x, protože od 5. verze až snad do 8. včetně tam byla nějaká obskurní regrese, která ale způsobovala velmi špatně laditelné problémy tuším někde kolem přerušení. Bundluje se starší gcc a je po problémech...

Nojo, to jsem nezformuloval zrovna nejlíp (čti: spíš blbě), snad mi to laskavý čtenář projednou odpustí :-).

Teď je otázka, jestli to myslí vážně, nebo jen chtěli udělat rozruch, aby se komunita chytla a přidala ruku k dílu.
Nemyslím si, že třeba avr(miliony arduin a klonů) nebo třeba motorola jsou mrtvé...

zrovna Amiga (4000 s mk68040) byla prvni na ktere sem pustil GNU/Linux v ~1995 a kochal se srafovanym pozadim, s fwm, xterm a xeye(?) :-)

Jen malé upřesnění: ta m68k vznikla již v roce 1979, okolo 1983-85 už byla v Atari ST, Macintoshi a Amize (udávám v pořadí, jak tyto stroje šly na trh).

No právě... zvědavá otázka informovanějšímu obecenstvu: je nějaký novější křemík s nativním jádrem m68k? Uvážíme-li známý hardware, kolik RAMky se do těch platforem dalo reálně koupit a nacpat? Jednotky megabajtů? Nízké desítky? Má to nějakou perspektivu jako podvozek pro nějaký současný software? Nebo se tím člověk pokochá spíš už jenom v emulátoru na moderním PC?

Opravdu se peloton různých instrukčních sad až tak moc vyčistil? :-O Přežily 2-3(-4) obchodně a ekosystémově nejschopnější...

NXP ještě nedávno nabízel embedded verzi m68k (dávali tomu různé názvy, ColdFire, předtím DragonBall, to si možná někdo ještě bude pamatovat). Ale teď už to ale taky padlo do kategorie "legacy": https://www.nxp.com/products/processors-and-microcontrollers/legacy-mcu-mpus/32-bit-coldfire-mcus-mpus:PC68KCF

V této oblasti se (aspoň co tak sleduju) dost masivně přešlo na ARMy, jak M1, tak spíš M0.

Na druhou stranu TI pořád m68k používá v grafických kalkulačkách - ovšem pravděpodobně je ukončení podpory v gcc tak trápit nebude (IMHO).

A jak je na tom LLVM s prevzetim podpory tech okrajovych architektur?
Pokud dobre vim, tak tim jak je to architektonicky rozdeleno, nemeli by narazet na problem s udrzovatelnosti jako u GCC.