Kodsnack 354 - En så korkad begränsning att det måste vara ett framework

Tobias och Fredrik snackar om Tobias senaste äventyr i buggarnas värld. Detta för med sig en förklaring av vad bitcode är i Apples värld, varför man vill leverera sin applikation med bitcode inkluderad och vilka ganska dramatiska problem det kan leda till för den vars applikation beror på ett par externa bibliotek.

På slutet lite diskussion: hur mycket ansvar har man att kunna sitt byggsystem?

Ett stort tack till Cloudnet som sponsrar vår VPS!

Har du kommentarer, frågor eller tips? Vi är @kodsnack, @tobiashieta, @iskrig, och @bjoreman på Twitter, har en sida på Facebook och epostas på [email protected] om du vill skriva längre. Vi läser allt som skickas.

Gillar du Kodsnack får du hemskt gärna recensera oss i iTunes! Du kan också stödja podden genom att ge oss en kaffe (eller två!) på Ko-fi.

Länkar mpv GPL - GNU general public license LGPL - GNU lesser general public license FFmpeg Clang LLVM Bitcode LLVM IR Lexer Parser Den bra artikeln - bitcode-artikeln ovan Assembler - verktyget Python på LLVM Feta binärer SPECTRE .dylib .framework otool Libebc Stack overflow-frågan som ledde Tobias in på rätt spår Podcast chapters LAME Cocoapods Yarn left-pad-incidenten 1password använder Webassembly Figma skar ner sin laddtid med Webassembly Titlar Tobias har en buggdag Inte riktigt en C++-bugg En byggverktygsbugg Så isärhållet som möjligt Sjuhelvetes många flaggor till configure för FFMPEG 428 stycken flaggor Ett snyggt sätt att säga LLVM intermediate representation Helloworld.cpp Assembler för nybörjare Ingen bäring på slutprogrammet Din bitcode med deras backend Resten är typ halvdokumenterat Bygga om byggsystemet Det var inte en bra lösning Ett stort delat objekt En så korkad begränsning att det måste vara ett framework Hej hå mitt framework Någon annan får lösa det här Insidan av hur korven är gjord