• Stöd för AMD Zen 6, Arm v9.7 och mer RISC-V

    När nästa generations processorer från AMD, Arm och RISC-V står för dörren måste även mjukvarans grundverktyg ligga steget före. Med GNU Binutils 2.46 tar utvecklarvärlden ett viktigt kliv mot framtiden genom att lägga till stöd för kommande CPU-arkitekturer, förbättrad felsökning och en moderniserad verktygskedja som gör fria operativsystem redo för hårdvara som ännu inte nått marknaden.

    När nya generationer av processorer närmar sig marknaden räcker det inte med snabbare kisel och fler kärnor. För att operativsystem och program verkligen ska kunna utnyttja ny hårdvara måste verktygen som bygger dem hänga med. Med version 2.46 tar GNU Binutils ett tydligt kliv framåt och gör utvecklare redo för kommande CPU-arkitekturer.

    Stöd för AMD Zen 6, Arm v9.7 och mer RISC-V

    En av de mest uppmärksammade nyheterna är att Binutils 2.46 nu har stöd för AMD:s kommande Zen 6-arkitektur. Även om processorerna ännu inte finns på marknaden innebär detta att mjukvara kan byggas och testas i god tid, så att ekosystemet är redo vid lansering.

    På Arm-sidan fortsätter utvecklingen i snabb takt. Stödet för Arm v9.6 är nu färdigställt, samtidigt som Arm v9.7 introduceras via flaggan -march=armv9.7-a. Dessutom finns tidigt stöd för framtida tekniker som POE2 och vMTE, vilket visar att verktygskedjan redan blickar framåt mot nästa generation av Arm-baserade system.

    Även RISC-V får ett lyft. Nya tillägg som sdtrig v1.0 och ssstrict v1.0 stärker stödet för den öppna instruktionsuppsättningen och gör plattformen mer attraktiv för både forskning och kommersiella produkter.

    SFrame Version 3 blir standard

    Assemblern i Binutils 2.46 använder nu SFrame Version 3 som standard. Det här påverkar framför allt hur stackramar och felsökningsinformation hanteras. För utvecklare innebär det bättre stöd för mycket stora program, över 2 gigabyte i storlek, mer flexibla ramlayouter och tydligare information om yttersta funktionsramar. Även hanteringen av signaler förbättras, vilket ger mer tillförlitliga bakspår vid felsökning.

    Nytt delat bibliotek för SFrame

    Som en följd av SFrame-uppdateringen introduceras ett nytt versionerat delat bibliotek, libsframe.so.3. Det använder symbolversionering under namnet LIBSFRAME_3.0 och är ett viktigt steg för att säkerställa långsiktig kompatibilitet mellan olika versioner av verktygen.

    Striktare kontroller och färre dolda fel

    Utvecklarna har också passat på att skärpa den interna kvaliteten. Verktyg som objcopy gör nu striktare kontroller av målformat, vilket gör att felaktig användning upptäcks tidigare i byggprocessen. Det äldre, mer tillåtande beteendet finns fortfarande kvar, men kräver nu att man uttryckligen anger vilket format som ska användas.

    Städning bland gamla plattformar

    För att minska underhållsbördan har stödet för vissa äldre och i praktiken oanvända mål tagits bort. Exempel på detta är NaCl och Solaris på PowerPC. Genom att rensa bort sådant som inte längre används kan utvecklingen fokusera på moderna och relevanta plattformar.

    Fler förbättringar under huven

    Utöver de stora nyheterna innehåller Binutils 2.46 mängder av buggfixar och mindre förbättringar. Programmet readelf kan nu visa innehållet i Global Offset Tables, stödet för länkartaggning har förbättrats och källkodstarbollarna skapas på ett sätt som underlättar reproducerbara byggen.

    En tyst men viktig uppdatering

    GNU Binutils 2.46 är ingen version som märks direkt av vanliga användare, men för utvecklare och hela open source-världen är den central. Den gör verktygskedjan redo för framtidens processorer, förbättrar felsökning i stora program och minskar teknisk skuld. Det är ännu ett exempel på hur grundläggande infrastruktur ofta utvecklas i det tysta, men med enorm betydelse för allt som byggs ovanpå.

    https://sourceware.org/pipermail/binutils/2026-February/148149.html

    Teknisk faktaruta: GNU Binutils 2.46
    Vad är det?
    Verktygssamling för binärhantering i GNU-toolchain, bl.a. assembler (as), länkare (ld), objcopy, readelf.
    Processor- och ISA-stöd
    • AMD: igenkänning/stöd för Zen 6
    • Arm: Arm v9.6 färdigställt, Arm v9.7 via -march=armv9.7-a
    • Arm: tidigt stöd för kommande tekniker (POE2, vMTE)
    • RISC-V: nya tillägg, bl.a. sdtrig v1.0 och ssstrict v1.0
    SFrame (stack frame-format)
    Assemblern emitterar SFrame Version 3 som standard, med stöd för binärer > 2 GiB, flexiblare frame-layout, markering av yttersta frames och förbättrad hantering av signal-trampoliner.
    Nytt bibliotek
    Ny versionerad delad bibliotekfil: libsframe.so.3
    Symbolversionering: LIBSFRAME_3.0
    Skärpta kontroller
    Striktare validering och plugin-hantering. Exempel: objcopy kontrollerar målformat hårdare; äldre beteende kan kräva att utdataformat anges explicit.
    Övrigt
    • readelf kan visa innehåll i Global Offset Tables (GOT)
    • förbättrad linker-taggning
    • borttaget stöd för vissa äldre mål (t.ex. NaCl, Solaris/PowerPC)
    • jämn release: GOLD-länkaren ingår i källträdet
  • QNX tar steget mot skrivbordet – ett realtids-OS blir självbärande för utvecklare

    QNX tar ett ovanligt kliv från det dolda till det synliga. Med lanseringen av en självhostad Developer Desktop för QNX 8.0 kan utvecklare för första gången arbeta i en fullständig skrivbordsmiljö och bygga sina program direkt på operativsystemet. Satsningen markerar ett tydligt skifte för QNX – från strikt inbyggt realtids-OS till en mer öppen och utvecklarvänlig plattform.

    Det realtidsoperativsystem som i decennier har dolt sig bakom bilars instrumentpaneler, industristyrsystem och medicinteknik tar nu ett ovanligt kliv ut i rampljuset. QNX har lanserat sin första Self-Hosted Developer Desktop för QNX 8.0 – en fullfjädrad skrivbordsmiljö där utvecklare kan bygga, testa och köra program direkt på QNX.
    Det kan låta som en självklarhet för Linux- och BSD-användare, men för QNX-världen är detta ett stort skifte. Historiskt har QNX-utveckling nästan alltid inneburit korskompilering: man skriver och bygger sin kod på Linux eller Windows för att sedan överföra den till ett QNX-system. Med den nya Developer Desktop förändras detta i grunden.

    Ett skrivbord på ett realtids-OS

    Kärnan i nyheten är ett komplett skrivbord baserat på XFCE som körs ovanpå Wayland, direkt på QNX 8.0. Resultatet är ett lättviktigt men välbekant grafiskt gränssnitt som påminner mer om en traditionell Linux-desktop än om ett klassiskt inbyggt system.
    För nya utvecklare sänker detta tröskeln rejält. För erfarna QNX-utvecklare innebär det mindre friktion i vardagen, och för alla som portar Linux-program till QNX blir skillnaden tydlig.

    Inget mer ”bygg här, testa där”

    Den kanske viktigaste nyheten är självhostad kompilering. I stället för att bygga binärer på ett annat operativsystem kan utvecklaren nu skriva kod, kompilera den, köra och felsöka samt testa grafik, bibliotek och beroenden helt och hållet inne i QNX.
    Miljön levereras med ett brett urval verktyg som många utvecklare redan känner igen: GCC och Clang, Python, Make och CMake, Git samt editorer som Geany, Emacs, Neovim och Vim. Därutöver finns terminal, webbläsare och filhanteraren Thunar, vilket ger ett komplett och självbärande arbetsflöde utan att lämna operativsystemet.

    Öppen källkod möter industrirealtid

    En stor del av styrkan i den nya Desktop-miljön kommer från QNX satsning på öppna portar. Miljön är förladdad med många av de paket som finns på QNX Open-source Dashboard, som i dagsläget innehåller över 1 400 portar, varav mer än 600 är unika projekt.
    Detta gör det betydligt enklare att porta Linux-bibliotek, grafiska verktyg baserade på GTK, OpenGL ES-applikationer och Python-program. QNX rör sig här tydligt närmare det öppna ekosystem som länge varit Linux-världens styrka, utan att kompromissa med realtidsegenskaperna.

    Virtuell maskin i dag – mer i morgon

    Den första versionen levereras som en QEMU-image och stöds officiellt på Ubuntu 22.04 och 24.04 LTS. Med en gratis QNX-licens kan utvecklare ladda ner bilden via QNX Software Center och komma igång redan i dag.
    Detta är dock bara början. Enligt QNX egen färdplan väntar QEMU-bilder för Windows och macOS, nativa x86-installationer, en dedikerad Raspberry Pi-version, förbättrad dokumentation, stöd för CI-flöden samt fler exempelprojekt och högre stabilitet.

    Varför detta är större än det låter

    QNX har länge varit känt som ett extremt pålitligt men relativt slutet system, perfekt för bilar, tåg och industriella styrsystem men mindre lockande för nya utvecklare. Med Developer Desktop tar QNX ett tydligt steg mot att bli mer tillgängligt, mer experimentvänligt och mer relevant även utanför traditionell embedded-utveckling.
    Att kunna köra ett modernt skrivbord, en webbläsare och en komplett utvecklingsmiljö på ett realtids-OS är inte bara praktiskt utan också ett tydligt ställningstagande. QNX vill inte längre bara vara osynlig infrastruktur, utan en plattform där utvecklare faktiskt vill arbeta.

    https://devblog.qnx.com/qnx-self-hosted-developer-desktop-initial-release

    FAKTARUTA: QNX Self-Hosted Developer Desktop (QNX 8.0)
    Vad är det?
    En självhostad utvecklingsmiljö som körs direkt på QNX 8.0, så att du kan bygga och testa mjukvara utan korskompilering.
    Skrivbordsmiljö
    XFCE på Wayland.
    Utvecklingsverktyg
    GCC, Clang, Python, Make, CMake, Git (m.fl.).
    Editorer/IDEs
    Geany, Emacs, Neovim, Vim.
    Ingår också
    Webbläsare, terminal, Thunar filhanterare samt exempelprojekt i C, C++, Python, GTK och OpenGL ES.
    Distribution (första släppet)
    QEMU-image.
    Stödda värdar
    Ubuntu 22.04 LTS och 24.04 LTS.
    På väg enligt roadmap
    QEMU för Windows/macOS, nativa x86-images och en Raspberry Pi-build.

Etikett: systemutveckling

  • Stöd för AMD Zen 6, Arm v9.7 och mer RISC-V

    När nästa generations processorer från AMD, Arm och RISC-V står för dörren måste även mjukvarans grundverktyg ligga steget före. Med GNU Binutils 2.46 tar utvecklarvärlden ett viktigt kliv mot framtiden genom att lägga till stöd för kommande CPU-arkitekturer, förbättrad felsökning och en moderniserad verktygskedja som gör fria operativsystem redo för hårdvara som ännu inte nått…

  • QNX tar steget mot skrivbordet – ett realtids-OS blir självbärande för utvecklare

    QNX tar ett ovanligt kliv från det dolda till det synliga. Med lanseringen av en självhostad Developer Desktop för QNX 8.0 kan utvecklare för första gången arbeta i en fullständig skrivbordsmiljö och bygga sina program direkt på operativsystemet. Satsningen markerar ett tydligt skifte för QNX – från strikt inbyggt realtids-OS till en mer öppen och…