20 marzo 2026 ho finalmente capito cos'è il depth stencil buffer (lmao)
quando imparo fisica da un libro di OpenGL e non dalla scuola (sono cosi ritardato avevate ragione)
🔥4
https://www.coderelay.io/fontemon.html
I FONT SONO STATI UN ERRORE DELL'UMANITà !!!!
PERCHE I TTF SONO TURING COMPLETE
I FONT SONO STATI UN ERRORE DELL'UMANITà !!!!
PERCHE I TTF SONO TURING COMPLETE
👍1
https://www.felixcloutier.com/x86/gf2p8affineinvqb immaginavo fosse fondamentale GF2P8AFFINENVQB nell'ISA grazie intel
😁2
sai che non mi sembra cosi normale che ci siano le reference ma 0 imports?
La pizzeria di Christian
hmmmmmm che strano
Cosa è sta roba?
Sto cercando di aggiugnere a llvm-link (lld di LLVM per PE/COFF) il supporto ai Import library (.lib) in formato "Long format". Attualmente LLD supporta solo il short format in uso da MSVC 6.0+.
Il mio discorso è riuscire a caricare i file da MSVC 4.0 e linkare correttamente con LLD.
Quindi io ho uno shared object creato con MSVC 4.0 e una import library che devo linkare con un eseguibile compilato con clang 22.
Quali sono le complicazioni?
A quanto pare LLVM quando legge la Import library in short format fa le seguenti cose:
1. Crea un simbolo specificato denominato per indicare che questo simbolo verrà importato da una DLL (__imp_ + simbolo)
2. Nel caso di Aarch64 crea un simbolo ausiliario nella import table, non so specificamente cosa sia il simbolo ausiliario (__imp_aux_) ma è poco rilevante perchè MSVC 4.0 non esiste per Aarch64.
3. Se stiamo parlando di un riferimento ad un codice, serve un piccolo pezzettino di assembly (denominato import thunk) che nel codice (in riferimento al simbolo creato al punto 1) ci fa saltellare effettivamente all'interno della DLL per chiamare questo simbolo.
Ovviamente se prendiamo ad esempio (asm x86)
0xff 0x25 0x00 0x00 0x00 0x00 (JMP *0x00)
che è un import thunk questo pezzo qua verrà risolto durante il loader del sistema operativo con le relocations e la import table (IAT)
Sto cercando di aggiugnere a llvm-link (lld di LLVM per PE/COFF) il supporto ai Import library (.lib) in formato "Long format". Attualmente LLD supporta solo il short format in uso da MSVC 6.0+.
Il mio discorso è riuscire a caricare i file da MSVC 4.0 e linkare correttamente con LLD.
Quindi io ho uno shared object creato con MSVC 4.0 e una import library che devo linkare con un eseguibile compilato con clang 22.
Quali sono le complicazioni?
A quanto pare LLVM quando legge la Import library in short format fa le seguenti cose:
1. Crea un simbolo specificato denominato per indicare che questo simbolo verrà importato da una DLL (__imp_ + simbolo)
2. Nel caso di Aarch64 crea un simbolo ausiliario nella import table, non so specificamente cosa sia il simbolo ausiliario (__imp_aux_) ma è poco rilevante perchè MSVC 4.0 non esiste per Aarch64.
3. Se stiamo parlando di un riferimento ad un codice, serve un piccolo pezzettino di assembly (denominato import thunk) che nel codice (in riferimento al simbolo creato al punto 1) ci fa saltellare effettivamente all'interno della DLL per chiamare questo simbolo.
Ovviamente se prendiamo ad esempio (asm x86)
0xff 0x25 0x00 0x00 0x00 0x00 (JMP *0x00)
che è un import thunk questo pezzo qua verrà risolto durante il loader del sistema operativo con le relocations e la import table (IAT)
❤1
La pizzeria di Christian
Cosa è sta roba? Sto cercando di aggiugnere a llvm-link (lld di LLVM per PE/COFF) il supporto ai Import library (.lib) in formato "Long format". Attualmente LLD supporta solo il short format in uso da MSVC 6.0+. Il mio discorso è riuscire a caricare i file…
Tutto questo non funziona se siamo nel caso del long format perché i simboli "__imp_" sono già stati precedentemente aggiunti dal compilatore e non esiste la import table specifica dello short format, quindi quello da capire è come far capire a LLVM che relocation e che import table sparare per i simboli specifici, teoricamente dovrebbe già esserci il thunk ?
❤1