Podpora Picolibc v GCC 16 pro vestavěné systémy

Informatec Digital » Zdroje » Podpora Picolibc v GCC 16 pro vestavěné systémy

Příchod GCC 16 s nativní podporou pro Picolibc vyvolává v komunitě vývojářů embedded systémů značné nadšení . Není to jen „další verze“ stejného starého kompilátoru, ale významný krok směrem k mnohem lehčím a propracovanějším nástrojům pro mikrokontroléry, zařízení IoT a edge systémy, kde se počítá každý bajt.

Za tímto krokem stojí zkušený vývojář Keith Packard, známý svou prací na X.Org , který již léta propaguje Picolibc jako minimalistickou standardní knihovnu jazyka C pro vestavěné systémy. S jeho integrací do GCC 16 konečně skončila potřeba vlastních záplat, neobvyklých konfigurací a hacků pro propojení této knihovny: Picolibc se stává plnohodnotným členem ekosystému GCC.

Co je Picolibc a proč je integrován do GCC 16?

Picolibc je ultralehká standardní knihovna jazyka C navržená speciálně pro 32bitové a 64bitové vestavěné systémy. Vznikla konvergencí a refaktoringem knihovn Newlib a AVR Libc s jasným cílem: minimalizovat využití ROM a RAM bez obětování základních funkcí jazyka C.

Na rozdíl od jiných, náročnějších alternativ je Picolibc navržen tak, aby linker mohl snadno zahodit nepoužívaný kód , což nabízí velmi přesnou kontrolu nad tím, které části knihovny skutečně skončí ve finálním binárním souboru. To je ideální pro mikrokontroléry, kde se úložiště měří v několika kilobajtech a každá další část kódu zvyšuje náklady, spotřebu zdrojů a složitost.

Až doposud znamenalo používání Picolibc s GCC téměř výhradně ruční budování sady nástrojů : kompilace knihovny, úprava kořenového adresáře systému, úprava spouštěcích skriptů, aplikace záplat atd. Výsledek byl sice silný, ale tření odradilo mnoho týmů. S GCC 16 se tento scénář radikálně mění, protože kompilátor zahrnuje přímou a oficiální podporu pro tuto vestavěnou knihovnu libc.

Klíčové je, že strom kódu GCC 16 zahrnuje nezbytné změny k rozpoznání cíle typu *-picolibc-* a možnost konfigurace --with-picolibcTakže při sestavování kompilátoru nebo použití předpřipraveného toolchainu, Picolibc se stává volitelným doplňkem podporovaným z výroby, bez jakýchkoli kutilských prací v okolí.

Integrace Picolibc v GCC 16: podrobnosti a nové možnosti

Patch, který byl začleněn do repozitáře GCC 16, nejen přidává rozpoznání Picolibc jako alternativní knihovny libc, ale také zavádí specifické možnosti kompilátoru určené k využití tohoto lehkého prostředí ve vestavěných systémech.

Na jedné straně může GCC nyní bezproblémově spolupracovat s cíle stylu *-picolibc-* (například arm-none-picolibc-eabiDále je možné při kompilaci GCC předat --with-picolibc aby konfigurátor připravil prostředí s touto knihovnou jako hlavním cílem a spravoval sysroot, hlavičkové a bootovací soubory akordy k Picolibc.

Spolu s touto základní integrací patch při kompilaci pro Picolibc odhaluje řadu velmi zajímavých dalších možností :

• --oslib=Umožňuje vám vybrat různé moduly, které implementují rozhraní s operačním systémem nebo běhovým prostředím, což je klíčové, pokud pracujete v holém kovu, s Lehký RTOS nebo v simulátorech.
• --crt0=: určuje spouštěcí soubor C (crt0) k použití, což umožňuje prostor pro upravit bootovací sekvenci pro každou desku, bootloader nebo požadavky na inicializaci.
• --printf=nabízí výběr mezi plnou implementací printf nebo zkrácené verze, například minimalistické verze zaměřené na celá čísla což šetří značné množství programové paměti.

Tato poslední možnost má v reálných projektech často velký vliv: rodina funkcí printf Obvykle je to ta nejtěžší část z libc. Možnost zvolit si redukovanou verzi, například ponechat pouze to, co je nezbytné pro základní UART logy, umožňuje, aby byl finální binární soubor mnohem kompaktnější, což je u velmi levných zařízení nezbytné.

Některé toky také používají makra a příznaky, jako například -Dsystem-libc a konfigurace sysroot spojené s Picolibc, takže kompilátor tuto knihovnu považuje za výchozí implementace knihovny libc aniž by bylo nutné přidávat desítky příznaků ke každému volání GCC.

Cesta k „libc diverzitě“ v GCC

Začlenění Picolibc do GCC 16 se neobjevilo z ničeho nic; předcházela mu debata v rámci samotného projektu GCC o potřebě podporovat rozmanitost oficiálně podporovaných knihoven jazyka C. Asi před rokem se na mailing listech diskutovalo o povolení různých libc přizpůsobených specifickým kontextům a Picolibc se ukázal jako jasný kandidát pro svět embedded systémů.

Během této doby Keith Packard odešel vyleštit a odeslat následné verze záplaty do seznamu gcc-patchesIntegrace byla upravena tak, aby splňovala standardy kvality a údržby kompilátoru. Diskuse se správci GCC upřesnily detaily, jako je výběr cíle, organizace podpůrných souborů a použití vlastních možností.

Výsledkem tohoto kolaborativního procesu je integrace, která není pouhým doplňkem, ale spíše rozšířením dobře sladěným s interní architekturou GCC . To posiluje myšlenku „diverzity libc“: nyní je kromě obvyklých kombinací s glibc, Newlib nebo uClibc v určitých prostředích přidán Picolibc jako lehká a udržovaná alternativa v rámci samotného stromu GCC.

Tento přístup je v souladu se současnými trendy v oboru, kde se šíří architektury jako RISC-V, nové profily ARMv9 a aplikačně specifické SoC. Modulární a minimalistická knihovna libc usnadňuje adaptaci stejného kompilátoru jak na výkonný server, tak na senzorový uzel s pouhými několika kilobajty flash paměti.

Vztah s Newlib, Newlib-nano a dalšími lehkými knihovnami libc

Abychom pochopili, co Picolibc nabízí, je užitečné vidět ho v kontextu ve srovnání s jinými klasickými možnostmi. Newlib je po mnoho let standardem pro libc v embedded prostředích založených na GCC a od něj byly odvozeny varianty jako Newlib-nano, jejichž cílem je poněkud zmenšit velikost na úkor některých funkcí.

Picolibc sdílí stejný původ, ale používá agresivnější redesign zaměřený na modularitu . Cílem není jen „o něco zmenšit“ Newlib, ale restrukturalizovat ho tak, aby moderní linkery mohly mnohem přesněji odstraňovat nepoužívaný kód a maximalizovat tak poměr zahrnuté funkcionality k obsazenému prostoru.

Podle analýzy komunity (například srovnání publikovaných na blozích o vývoji embedded systémů) může přechod na Picolibc vést k významnému snížení využití flash paměti, velikosti binárních souborů, velikosti zásobníku a velikosti haldy ve srovnání s Newlib a jeho nano variantou. V praxi se to projevuje v možnosti vejít se do více aplikační logiky na stejný mikrokontrolér nebo zmenšením na mikrokontrolér s menší pamětí, čímž se sníží náklady na hardware.

Zároveň se projekt Picolibc neomezuje na základy: jeho repozitář ukazuje, jak přidává podporu pro 16bitové cíle, vylepšení kompatibility s POSIX a různá vylepšení, která ho činí atraktivním i pro méně exotické architektury: ARM Cortex-M, RISC-V, embedded MIPS a mnoho dalších.

Ve srovnání s jinými lehkými alternativami, jako je dietlibc nebo různé nanoliby, Picolibc dosahuje rovnováhy mezi velikostí a dodržováním standardů , což se obzvláště dobře hodí do projektů, kde jsou vyžadována konzistentní API, intenzivní testování a zároveň velmi malá zastavěná plocha.

Jak využít Picolibc ve vestavěném pracovním postupu

Integrace v GCC 16 se promítá do velmi konkrétních změn v každodenní práci vývojáře firmwaru. Abychom to jasně viděli, představme si typický projekt pro ARM Cortex-M s křížovou kompilací z vývojového počítače. Tradičně se používají nástroje jako arm-none-eabi založené na knihovně Newlib nebo proprietárních SDK od výrobce mikroprocesorů.

S GCC 16 si můžete vytvořit nebo stáhnout sadu nástrojů, která již obsahuje cíl arm-none-picolibc-eabiPři konfiguraci kompilátoru s volbou --with-picolibcProstředí je nyní připraveno používat tuto knihovnu libc jako standard, včetně jejích hlavičkových souborů, kořenového adresáře systému a příslušných bootovacích souborů.

Odtud se kompilace provádí například s použitím nového prefixu arm-none-picolibc-eabi-gccspolu s obvyklými optimalizačními a ladicími příznaky. Pokud chcete velikost ještě dále doladit, můžete použít možnost --printf= vybrat variantu printf lehčí, než co splňuje potřeby projektu.

V prostředích používajících Make, CMake nebo jiné systémy sestavení je změna obvykle omezena na upravit definici řetězce nástrojů: zadejte nový prefix, případně upravte některé možnosti propojení a zkontrolujte, zda spouštěcí skripty (crt0) a soubory skriptů linkeru odpovídají organizaci Picolibc. V mnoha případech je tato úprava mnohem menší než to, co je již zahrnuto v přechodu z dodavatelského SDK na „čistý“ GCC toolchain.

Tento postup dláždí cestu k opuštění proprietárních nebo uzavřených prostředí, získání přenositelnosti mezi různými rodinami mikrokontrolérů a udržení 100% otevřeného a auditovatelného řetězce nástrojů , což je stále více ceněno v odvětvích, jako je průmysl, lékařství nebo automobilový průmysl.

Dopad na internet věcí, edge computing a regulovaná odvětví

Načasování této integrace není náhodné: shoduje se s masivním rozšířením zařízení internetu věcí a edge systémů , které fungují s velmi omezenými zdroji, často jsou napájeny z baterií a nasazovány hromadně. V těchto typech scénářů úspora programové paměti jednoduše umožňuje použití levnějších mikrokontrolérů a výrazně snižuje jednotkové náklady.

Snížení velikosti firmwaru také zjednodušuje procesy, jako jsou bezdrátové aktualizace (OTA) , kde každý kilobajt méně znamená rychlejší přenosy, nižší spotřebu energie a sníženou pravděpodobnost chyb v nestabilních sítích. Picolibc v kombinaci s GCC 16 umožňuje mnohem kompaktnější binární soubory a má na tyto typy operací přímý dopad.

V regulovaných odvětvích (zdravotnictví, automobilový průmysl, železnice atd.) jsou výhody také znatelné. Zatímco formální certifikace LIBC vyžaduje specifické nástroje a procesy, malá, modulární a relativně snadno auditovatelná knihovna usnadňuje poskytování certifikovaných nástrojových řetězců nebo těch, které podléhají důkladným bezpečnostním kontrolám.

Zároveň je tento závazek vůči Picolibc v souladu s trendem směrem k otevřeným křemíkovým nástrojům , jak je vidět v ekosystému RISC-V. V těchto prostředích není cílem pouze otevřenost ISA, ale také transparentnost kompilátoru, libc a zbytku nástrojů a jejich údržba komunitou.

Kombinace GCC 16, podpory moderních architektur (ARMv9.6-A, RISC-V, nové generace x86, jako je AMD Zen 6, nebo nové procesory Intel) a Picolibc jako odlehčené knihovny libc posiluje kompilátor GNU jako ústřední pilíř pro novou vlnu inteligentních zařízení , od nositelné elektroniky až po průmyslové senzory s lokálními analytickými schopnostmi.

Stav GCC 16, další nové funkce a vyspělost podpory

GCC 16 je plánována jako hlavní verze kompilátoru v jeho typickém vydavatelském cyklu s přibližným vydavatelským oknem mezi březnem a dubnem, pokud vše půjde podle plánu správců. Jakmile byl potvrzen vstup do závěrečné vývojové fáze (fáze 4), pozornost se přesunula výhradně na dokumentaci a opravy regresí , přičemž s výjimkou velmi odůvodněných případů nebyly přidávány žádné nové funkce.

V nejnovější zprávě se uvádí, že několik regresí s prioritou P1 , nejkritičtějších chyb, zůstalo nevyřešeno. Dokud počet těchto chyb nedosáhne nuly nebo přijatelné úrovně, nebudou vygenerováni první kandidáti na vydání pro GCC 16.1. Tato disciplína zajišťuje, že podpora Picolibc bude vydána v dostatečně zralém stavu , aby se mohla začít používat v reálných projektech.

Kromě podpory Picolibc obsahuje GCC 16 řadu nových funkcí: podporu pro cílovou Armv9.6-A, počáteční implementace architektury AMD Zen 6 (identifikované jako Znver6) s novými funkcemi ISA, vylepšeními ve správě spravovaná paměť v grafických procesorech AMD, podporu procesorů Intel nové generace, jako jsou Nova Lake a Wildcat Lake, a zvýšení počtu výchozích oddílů v LTO (Link Time Optimization), mimo jiné vylepšení.

Pokud jde o jazyk, jednou z nejvýraznějších změn je, že C++20 se stává výchozím standardem, pokud není uveden jiný. Byl také přidán nový front-end pro Algol 68, který rozšiřuje seznam jazyků podporovaných GCC. To vše je doplněno opravami chyb a drobnými optimalizacemi rozmístěnými napříč různými back-endy.

Celkově vzato, GCC 16 není jen „verzí, ve které je zahrnut Picolibc“. Je to silné vydání z hlediska architektonické podpory, modernizace C++ a možností pro současný hardware, kde začlenění odlehčené knihovny libc je součástí širší strategie přizpůsobení se moderním potřebám vývoje, a to jak na stolních počítačích, tak zejména na vestavěných systémech.

Technické komunity a specializovaná média shromažďují informace o těchto novinkách: od článků zaměřených na podporu Picolibc a myšlenku „libc diverzity“ přes analýzy důsledků nových architektur, jako je AMD Zen 6, až po diskuse na sociálních sítích o tom, jak využít GCC 16 v projektech od retro konzolí až po průmyslové řízení.

Všechno naznačuje, že s blížícím se finálním vydáním GCC 16.1 a prvními nástroji s integrovanou stabilizací Picolibc se dočkáme více reálných případů použití, srovnávacích testů velikosti a výkonu a praktických návodů na bare-metal, linkerové skripty a specifické bootovací sekvence s využitím této nové kombinace.

Podpora Picolibc v GCC 16 představuje zlomový bod pro ekosystém embedded systémů: drasticky snižuje tření spojené s přijetím ultralehké knihovny libc, otevírá dveře menšímu a lépe udržovatelnému firmwaru a je v souladu s obecným trendem směrem k otevřeným, konfigurovatelným nástrojům přizpůsobeným různým architekturám. Pro mnoho vývojových týmů se vyplatí začít testovat větve GCC 16 s Picolibc nyní, měřit dopad na velikost, výkon a udržovatelnost a zvážit jeho začlenění do připravovaných produktů.

Související článek:

Mechatronika a průmyslová elektronika: studium, kariérní dráhy a dvojí diplomy