Wild 0.10

4. august ble utgitt Wild 0.10 – en frittstående linker, skrevet i Rust og først og fremst beregnet for rask bygging av programmer i Linux. Linkeren utfører den avsluttende fasen av byggingen: den kombinerer objektfiler og biblioteker til en ferdig kjørbar fil eller delt bibliotek. Wild kan brukes som en erstatning for GNU ld, LLD og Mold, selv om utviklernes uttalte endelige mål er inkrementell linking – som fortsatt ikke er implementert.

En av hovednyhetene var støtten for parameterne –gdb-index og –no-gdb-index. Når denne muligheten er aktivert, lager Wild en .gdb_index-seksjon i utdatafilen med indeksen for feilsøkingsinformasjonen. Takket være dette kan GDB raskere finne nødvendige symboler i store programmer, uten å måtte lage indeksen separat etter bygging. Implementeringen støtter den niende versjonen av GDB Index-formatet; skanning, sammenslåing og skriving av indeksen er blitt parallellisert.

Arbeidet med linker-skript er betydelig utvidet. Støtte har blitt lagt til for:

• seksjoner /DISCARD/ for å ekskludere unødvendige inngående seksjoner;
• brukerdefinerte programheader PHDRS;
• funksjoner SIZEOF_HEADERS, DEFINED og SEGMENT_START;
• nøkkelordet AT og funksjonen LOADADDR;
• betingede uttrykk med den ternære operatoren;
• kommandoene SORT, SORT_BY_NAME og SORT_BY_ALIGNMENT;
• symbolet __bss_start;
• maler for fylling av utgående seksjoner;
• kommandoene OUTPUT_FORMAT og OUTPUT_ARCH;
• flere relative tellere for gjeldende adresse.

Full kompatibilitet med GNU ld er fortsatt ikke oppnådd. For eksempel forblir deler av mulighetene til kommandoen MEMORY, seksjoner OVERLAY og enkelte måter å plassere seksjoner på ufullstendige. Utviklerne fører spesielt en tabell over de nødvendige mulighetene for linking av Linux-kjernen.

Ytelsen ved plassering av byggresultater på Btrfs og VFAT er forbedret. Wild bruker nå automatisk modusen –no-mmap-output-file og mapper ikke utdatafilen til minnet via mmap. I en test av linker Zed på Btrfs ble tiden redusert fra omtrent 2,6–2,8 til 1,5–1,8 sekunder. Forfatteren av endringen advarer imidlertid om at selv etter optimalisering forblir Btrfs i dette scenariet betydelig langsommere enn tmpfs; for Ext4 og XFS viste det seg at bruk av mmap derimot var mer fordelaktig.

Overføringen av Wild til andre formater og plattformer fortsetter. Den eksperimentelle versjonen for WebAssembly kan allerede kompilere en rekke programmer, og porten for Mach-O kan håndtere de enkleste kjørbare filene. Arbeidet med 32-bits målplattformer er påbegynt, noe som i fremtiden skal forenkle bruken av Wild i utviklingen av innebygde systemer. Også innledende behandling av objektfiler PowerPC64 ELFv2 er lagt til, samt videre utvikling av støtte for Mach-O, inkludert svarende objektfiler og direkte kompilering med dynamiske biblioteker. Disse portene bør ennå ikke betraktes som klare for daglig bruk.

Den bibliotekversjonen av linker libwild kan nå motta inndatabaner og lagre resultatet direkte i minnet. Dette gjør at andre programmer kan integrere Wild uten å måtte opprette mellomliggende filer på disken. I tillegg overstyrer ikke biblioteket lenger den globale trådpoolen Rayon, og støtten for Zstandard-komprimering kan deaktiveres under byggingen.

Utgivelsen inneholder en rekke rettelser for x86-64, AArch64, RISC-V og LoongArch64. Feil i behandlingen av TLS, PLT, LTO, komprimert debugging-informasjon, store justeringer og flyttinger i PIE- og delte objekter er løst. Mulige krasj ved parsing av linker-innstillinger og feil i dannelsen av seksjonene .tbss, .strtab og .eh_frame er rettet.

Wild støtter Linux på arkitekturene x86-64, AArch64 og RISC-V; støtten for LoongArch64 og PowerPC64LE er fortsatt merket som tidlig. Linkeren kan installeres fra forhåndslagde arkiver, via cargo-binstall, Homebrew, Nix eller ved å bruke kommandoen cargo install —locked wild-linker. Kildekoden distribueres etter brukerens valg under lisensene Apache 2.0 eller MIT.

Kilde: linux.org.ru