- GCC 16 sisältää natiivin tuen Picolibcille, joka on erittäin kevyt libc C -ohjelmointikieli sulautettuihin järjestelmiin.
- Integraatio lisää tavoitteita
*-picolibc-*ja uusia vaihtoehtoja, kuten--oslib=,--crt0=y--printf=. - Picolibc pienentää merkittävästi laiteohjelmiston kokoa verrattuna Newlibiin ja Newlib-nanoon, mikä on avainasemassa IoT- ja reunasovelluksissa.
- GCC 16 yhdistää tämän tuen nykyaikaisten arkkitehtuurien ja oletusarvoisesti C++20:n parannuksiin, mikä vahvistaa sen roolia sulautetussa ekosysteemissä.
GCC 16: n saapuminen natiivilla Picolibc-tuella herättää huomattavaa innostusta sulautettujen järjestelmien kehittäjäyhteisössä . Se ei ole vain "toinen versio" samasta vanhasta kääntäjästä, vaan merkittävä askel kohti paljon kevyempiä ja hienostuneempia työkaluketjuja mikrokontrollereille, IoT-laitteille ja reunajärjestelmille, joissa jokainen tavu on tärkeä.
Tämän siirron takana on veteraanikehittäjä Keith Packard, joka tunnetaan työstään X.Org:n parissa . Hän on mainostanut Picolibcia minimalistisena C-standardikirjastona sulautetuille järjestelmille jo vuosia. Sen integroinnin myötä GCC 16:een mukautettujen korjaustiedostojen, epätavallisten kokoonpanojen ja hakkerointien tarve tämän kirjaston linkittämiseksi on vihdoin ohi: Picolibcistä tulee GCC-ekosysteemin täysivaltainen jäsen.
Mikä on Picolibc ja miksi se on integroitu GCC 16:een?
Picolibc on erittäin kevyt C-kielinen standardikirjasto, joka on suunniteltu erityisesti 32- ja 64-bittisille sulautetuille järjestelmille. Se syntyi Newlibin ja AVR Libcin konvergenssista ja uudelleenjärjestelystä selkeällä tavoitteella: minimoida ROM- ja RAM-muistin käyttö tinkimättä olennaisista C-kielen toiminnoista.
Toisin kuin muut, raskaammat vaihtoehdot, Picolibc on suunniteltu siten, että linkitin voi helposti hylätä käyttämättömän koodin , mikä tarjoaa erittäin tarkan hallinnan siihen, mitkä kirjaston osat itse asiassa päätyvät lopulliseen binääritiedostoon. Tämä on ihanteellista mikrokontrollereille, joissa tallennustila mitataan muutamassa kilotavussa ja jokainen ylimääräinen koodin osa lisää kustannuksia, resurssien kulutusta ja monimutkaisuutta.
Tähän asti Picolibcin käyttö GCC:n kanssa on tarkoittanut työkaluketjun rakentamista lähes kokonaan käsin : kirjaston kääntämistä, sysrootin säätämistä, käynnistysskriptien muokkaamista, korjauspäivitysten asentamista ja niin edelleen. Tulos oli vaikuttava, mutta kitka lannistaa monia tiimejä. GCC 16:n myötä tämä tilanne muuttuu radikaalisti, sillä kääntäjä sisältää suoran ja virallisen tuen tälle upotetulle libc:lle.
Olennaista on, että GCC 16 -koodipuu sisältää tarvittavat muutokset tunnistaakseen tyyppisiä kohteita *-picolibc-* ja määritysvaihtoehto --with-picolibcNäin ollen kääntäjää rakennettaessa tai valmiiksi rakennettua työkaluketjua käytettäessä Picolibcistä tulee tehtaan tukema vaihtoehto, ilman mitään tee-se-itse-järjestelyjä.
Picolibc-integraatio GCC 16:ssa: yksityiskohdat ja uudet vaihtoehdot
GCC 16 -arkistoon yhdistetty korjaustiedosto ei ainoastaan lisää Picolibcin tunnistamista vaihtoehtoisena libc-kirjastona, vaan se esittelee myös erityisiä kääntäjäasetuksia, jotka on suunniteltu hyödyntämään tätä kevyttä ympäristöä sulautetuissa järjestelmissä.
Toisaalta GCC voi nyt toimia saumattomasti tyylin tavoitteet *-picolibc-* (esimerkiksi arm-none-picolibc-eabiLisäksi GCC:tä käännettäessä on mahdollista välittää --with-picolibc jotta konfiguraattori valmistelee ympäristön, jossa tämä kirjasto on pääasiallinen kohde, ja hallitsee sysroot, otsikot ja käynnistystiedostot sointuja Picolibc:lle.
Perusintegraation lisäksi korjaustiedosto paljastaa useita erittäin mielenkiintoisia lisävaihtoehtoja Picolibc:lle käännettynä:
--oslib=Sen avulla voit valita eri moduuleja, jotka toteuttavat käyttöjärjestelmän tai suoritusympäristön rajapinnan, mikä on tärkeää, jos työskentelet paljaalla metallilla. Kevyt RTOS tai simulaattoreissa.--crt0=: määrittää C-käynnistystiedoston (crt0) käytettäväksi, mikä antaa tilaa mukauta käynnistysjärjestystä kullekin emolevylle, käynnistyslataimelle tai alustusvaatimuksille.--printf=tarjoaa valinnanvaraa täyden toteutuksen välilläprintftai lyhennettyjä versioita, esim. minimalistiset versiot, jotka keskittyvät kokonaislukuihin mikä säästää merkittävästi ohjelmamuistia.
Tämä viimeinen vaihtoehto tekee usein suuren eron todellisissa projekteissa: funktioiden perhe printf Se on yleensä raskain osa libc:stä. Mahdollisuus valita supistettu versio, jossa voidaan säilyttää ehkä vain perus-UART-lokien kannalta välttämättömät tiedot, mahdollistaa lopullisen binääritiedoston paljon kompaktimman version, mikä on elintärkeää erittäin edullisissa laitteissa.
Jotkin työnkulut käyttävät myös makroja ja lippuja, kuten -Dsystem-libc ja Picolibc:hen liittyvät sysroot-määritykset, jotta kääntäjä pitää tätä kirjastoa libc:n oletustoteutus ilman, että jokaiseen GCC-kutsuun tarvitsee lisätä kymmeniä lippuja.
Polku kohti "libc-diversiteettiä" GCC:ssä
Picolibcin sisällyttäminen GCC 16:een ei tullut tyhjästä; sitä edelsi keskustelu itse GCC-projektin sisällä tarpeesta edistää virallisesti tuettujen C-kirjastojen monimuotoisuutta . Noin vuosi sitten postituslistoilla keskusteltiin jo erilaisten, tiettyihin konteksteihin mukautettujen kirjastojen mahdollistamisesta, ja Picolibc nousi selkeäksi ehdokkaaksi sulautettuun maailmaan.
Tänä aikana Keith Packard on lähtenyt kiillota ja lähetä korjauspäivityksen peräkkäiset versiot listalle gcc-patchesIntegraatiota säädettiin vastaamaan kääntäjän laatu- ja ylläpidettävyysstandardeja. Keskusteluissa GCC:n ylläpitäjien kanssa on tarkennettu yksityiskohtia, kuten kohteiden valintaa, tukitiedostojen organisointia ja mukautettujen asetusten käyttöä.
Tämän yhteistyöprosessin tuloksena syntyi integraatio, joka ei ole pelkkä lisäosa, vaan pikemminkin GCC:n sisäiseen arkkitehtuuriin hyvin linjassa oleva laajennus . Tämä vahvistaa "libc-monimuotoisuuden" ajatusta: nyt tavanomaisten glibc-, Newlib- tai uClibc-yhdistelmien lisäksi tietyissä ympäristöissä Picolibc on lisätty kevyeksi ja ylläpidetyksi vaihtoehdoksi itse GCC-puuhun.
Tämä lähestymistapa sopii hyvin yhteen alan nykytrendien kanssa, joissa arkkitehtuurit, kuten RISC-V, uudet ARMv9-profiilit ja sovelluskohtaiset järjestelmäpiirit (SoC), yleistyvät. Modulaarinen ja minimalistinen libc helpottaa saman kääntäjän mukautumista sekä tehokkaaseen palvelimeen että anturisolmuun, jossa on vain muutama kilotavu flash-muistia.
Suhde Newlibiin, Newlib-nanoon ja muihin kevyisiin libcs-järjestelmiin
Picolibcin tarjoamien ominaisuuksien ymmärtämiseksi on hyödyllistä tarkastella sitä kontekstissa verrattuna muihin klassisiin vaihtoehtoihin. Newlib on ollut libc:n standardi GCC-pohjaisissa sulautetuissa ympäristöissä jo vuosia, ja siitä on johdettu muunnelmia, kuten Newlib-nano, joiden tarkoituksena on pienentää kokoa jonkin verran toiminnallisuuden kustannuksella.
Picolibc jakaa samat juuret, mutta soveltaa aggressiivisempaa uudelleensuunnittelua, joka keskittyy modulaarisuuteen . Ajatuksena ei ole vain tehdä Newlibistä "hieman pienempää", vaan järjestää se uudelleen siten, että nykyaikaiset linkittäjät voivat poistaa käyttämätöntä koodia paljon tarkemmin, maksimoiden sisällytetyn toiminnallisuuden ja käytetyn tilan suhteen.
Yhteisöanalyysien (esimerkiksi sulautettujen järjestelmien kehitysblogeissa julkaistujen vertailujen) mukaan siirtyminen Picolibciin voi johtaa merkittäviin vähennyksiin flash-muistin käytössä, binäärikoossa, pinomuistissa ja kekossa verrattuna Newlibiin ja sen nano-varianttiin. Käytännössä tämä tarkoittaa sitä, että samaan mikrokontrolleriin voidaan sovittaa enemmän sovelluslogiikkaa tai mikrokontrolleri voidaan pienentää pienemmällä muistilla, mikä vähentää laitteistokustannuksia.
Samaan aikaan Picolibc-projekti ei jää jumiin perusasioihin: sen repositorio osoittaa, kuinka se lisää tuen 16-bittisille kohteille, parannuksia POSIX-yhteensopivuuteen ja useita tarkennuksia, jotka tekevät siitä houkuttelevan jopa vähemmän eksoottisille arkkitehtuureille, kuten ARM Cortex-M, RISC-V, sulautetut MIPS ja monet muut.
Verrattuna muihin kevyisiin vaihtoehtoihin, kuten dietlibciin tai erilaisiin nanolib-rajapintoihin, Picolibc löytää tasapainon koon ja standardien noudattamisen välillä , mikä sopii erityisen hyvin projekteihin, joissa vaaditaan yhdenmukaisia API-rajapintoja, intensiivistä testausta ja samalla erittäin pientä jalanjälkeä.
Picolibcin hyödyntäminen sulautetussa työnkulussa
GCC 16 -integraatio tarkoittaa hyvin konkreettisia muutoksia laiteohjelmistokehittäjän päivittäisessä työssä. Havainnollistaaksemme tätä kuvitellaan tyypillinen projekti, jonka ARM Cortex-M ristiinkääntämisellä kehitystietokoneelta. Perinteisesti työkaluketjut, kuten arm-none-eabi perustuu Newlibiin tai mikroprosessorivalmistajan omiin SDK-paketteihin.
GCC 16:n avulla voit rakentaa tai ladata työkaluketjun, joka sisältää jo kohde arm-none-picolibc-eabiKun kääntäjää konfiguroidaan vaihtoehdolla --with-picolibcYmpäristö on nyt valmis käyttämään tätä libc:tä standardina, sen otsikoineen, sysroot-tiedostoineen ja asianmukaisine käynnistystiedostoineen.
Siitä eteenpäin käännös tehdään käyttämällä uutta etuliitettä, esimerkiksi arm-none-picolibc-eabi-gcctavallisten optimointi- ja virheenkorjauslippujen ohella. Jos haluat hienosäätää kokoa entisestään, voit käyttää vaihtoehtoa --printf= valitaksesi variantin printf kevyempi kuin mikä vastaa projektin tarpeita.
Make-, CMake- tai muita käännösjärjestelmiä käyttävissä ympäristöissä muutos rajoittuu yleensä seuraaviin: säädä työkaluketjun määritelmää: määritä uusi etuliite, mukauta ehkä joitakin linkitysasetuksia ja tarkista, että käynnistysskriptit (crt0) ja linkitysskriptitiedostot sopivat Picolibc-organisaatioon. Monissa tapauksissa tämä muutos on paljon pienempi kuin mitä jo tapahtuu siirryttäessä toimittajan SDK:sta "puhtaaseen" GCC-työkaluketjuun.
Tämä työnkulku tasoittaa tietä suljetuista tai suljetuista ympäristöistä luopumiselle, siirrettävyyden saavuttamiselle eri mikrokontrolleriperheiden välillä ja täysin avoimen ja auditoitavan työkaluketjun ylläpitämiselle , mitä arvostetaan yhä enemmän esimerkiksi teollisuuden, lääketieteen ja autoteollisuuden aloilla.
Vaikutus esineiden esineiden verkkoon (IoT), reunalaskentaan ja säänneltyihin aloihin
Tämän integraation ajoitus ei ole sattumaa: se on yksiin IoT-laitteiden ja reunajärjestelmien massiivisen laajenemisen kanssa , jotka toimivat hyvin rajallisilla resursseilla, usein akkukäyttöisinä ja otetaan käyttöön massatuotantona. Tällaisissa tilanteissa ohjelmamuistin säästäminen mahdollistaa yksinkertaisesti halvempien mikrokontrollerien käytön ja alentaa merkittävästi yksikkökustannuksia.
Laiteohjelmiston koon pienentäminen yksinkertaistaa myös prosesseja, kuten langattomasti (OTA) tehtäviä päivityksiä , joissa jokainen kilotavun vähennys tarkoittaa nopeampia tiedonsiirtoja, pienempää virrankulutusta ja pienempää virheiden todennäköisyyttä epävakaissa verkoissa. Picolibc, joka mahdollistaa paljon kompaktimpien binääritiedostojen valmistamisen yhdessä GCC 16:n kanssa, vaikuttaa suoraan tällaisiin toimintoihin.
Säännellyillä toimialoilla (terveydenhuolto, autoteollisuus, rautatiet jne.) edut ovat myös huomattavia. Vaikka LIBC:n muodollinen sertifiointi vaatii erityisiä työkaluja ja prosesseja, pienen, modulaarisen ja suhteellisen helposti auditoitavan kirjaston avulla voidaan tarjota sertifioituja työkaluketjuja tai sellaisia, joille tehdään perusteelliset tietoturvatarkastukset.
Samaan aikaan tämä sitoutuminen Picolibciin on linjassa RISC-V-ekosysteemissä nähdyn avoimen piipohjaisen työkaluketjun trendin kanssa . Näissä ympäristöissä tavoitteena ei ole ainoastaan ISA:n avoimuus, vaan myös kääntäjän, libc:n ja muun työkaluketjun läpinäkyvyys ja yhteisön ylläpitämä ympätös.
GCC 16:n, nykyaikaisten arkkitehtuurien (ARMv9.6-A, RISC-V, uudet x86-sukupolvet, kuten AMD Zen 6 tai uudet Intel-prosessorit) tuen ja kevyen libc-rajapinnan Picolibcin yhdistelmä vahvistaa GNU-kääntäjän asemaa keskeisenä pilarina uudelle älylaitteiden aallolle , puettavista laitteista paikallisesti analysoitaviin teollisuusantureihin.
GCC 16 -tila, muut uudet ominaisuudet ja tuen kypsyysaste
GCC 16:n on tarkoitus olla kääntäjän pääversio tyypillisessä julkaisusyklissään . Julkaisuaika on arvioitu maalis-huhtikuun välille, jos kaikki menee ylläpitäjien suunnitelmien mukaan. Kun siirtyminen viimeiseen kehitysvaiheeseen (vaihe 4) oli vahvistettu, painopiste siirtyi yksinomaan dokumentointiin ja regressiokorjauksiin , eikä uusia ominaisuuksia lisätty paitsi erittäin perustelluissa tapauksissa.
Viimeisimmässä raportissa mainittiin, että useita P1-prioriteettitason regressioita , kriittisimpiä bugeja, oli edelleen ratkaisematta. Ennen kuin näiden bugien määrä saavuttaa nollan tai hyväksyttävän tason, GCC 16.1:n ensimmäisiä julkaisuehdokkaita ei luoda. Tämä varmistaa, että Picolibc-tuki julkaistaan riittävän kypsässä tilassa, jotta sitä voidaan alkaa käyttää tosielämän projekteissa.
Picolibc-tuen lisäksi GCC 16 sisältää useita uusia ominaisuuksia: tuen kohdekielelle Varsi9.6-A, AMD Zen 6 -arkkitehtuurin alkuperäinen toteutus (tunnistettu nimellä Znver6) uusien ISA-ominaisuuksiensa ansiosta, parannukset hallinnan hallittu muisti AMD-näytönohjaimissa, tuki seuraavan sukupolven Intel-prosessoreille, kuten Nova Lake ja Wildcat Lake, sekä oletusosioiden määrän kasvu LTO:ssa (Link Time Optimization) muiden parannusten ohella.
Kielipuolen osalta yksi huomattavimmista muutoksista on se, että C++20:stä tulee oletusstandardi, kun muuta kieltä ei ole määritelty. Algol 68:lle on myös lisätty uusi käyttöliittymä, joka laajentaa GCC:n tukemien kielten luetteloa. Kaikki tämä on yhdistetty virheenkorjauksiin ja pieniin optimointeihin, jotka on jaettu eri taustajärjestelmiin.
Kokonaisuutena GCC 16 ei ole vain "versio, jossa Picolibc on mukana". Se on vahva julkaisu arkkitehtuurituen, C++-modernisoinnin ja nykyisen laitteiston ominaisuuksien kannalta, joissa kevyen libc:n sisällyttäminen on osa laajempaa strategiaa sopeutua nykyaikaisiin kehitystarpeisiin sekä työpöydillä että erityisesti sulautetuissa järjestelmissä.
Tekniset yhteisöt ja erikoistuneet mediat ovat keränneet näitä uusia kehitysaskeleita: Picolibc-tukea ja "libc-diversiteettiä" käsittelevistä artikkeleista uusien arkkitehtuurien, kuten AMD Zen 6:n, vaikutuksista tehtyihin analyyseihin sekä sosiaalisten verkostojen keskusteluihin siitä, miten GCC 16:ta voidaan hyödyntää projekteissa retrokonsoleista teollisuusohjaukseen.
Kaikki viittaa siihen, että GCC 16.1:n lopullisen julkaisun lähestyessä ja ensimmäisten integroidun Picolibcin sisältävien työkaluketjujen vakiintuessa tulemme näkemään lisää tosielämän käyttötapauksia, vertailevia koko- ja suorituskykytestejä sekä käytännön oppaita paljaasta metallista, linkeriskripteistä ja tietyistä käynnistyssekvensseistä tätä uutta yhdistelmää käyttäen.
Picolibc-tuki GCC 16:ssa merkitsee käännekohtaa sulautetulle ekosysteemille: se vähentää merkittävästi ultrakevyen libc:n käyttöönoton kitkaa, avaa oven pienemmille ja helpommin ylläpidettäville laiteohjelmistoille ja on linjassa yleisen trendin kanssa kohti avoimia, konfiguroitavia työkaluketjuja, jotka on mukautettu erilaisiin arkkitehtuureihin. Monille kehitystiimeille kannattaa aloittaa GCC 16 -haarojen testaaminen Picolibc:llä nyt, mitata sen vaikutusta kokoon, suorituskykyyn ja ylläpidettävyyteen ja harkita sen sisällyttämistä tuleviin tuotteisiin.
