Chcę, aby Clang skompilował mój C/C++kod do LLVMkodu bajtowego, a nie do pliku binarnego. Jak mogę to osiągnąć? A jeśli otrzymam LLVMkod bajtowy, jak mogę go dalej skompilować do binarnego pliku wykonywalnego.
Zasadniczo chcę dodać część własnego kodu do LLVMkodu bajtowego przed skompilowaniem do binarnego pliku wykonywalnego.
Odpowiedzi:
Biorąc pod uwagę plik C / C ++ foo.c:
> clang -S -emit-llvm foo.cTworzy foo.llplik LLVM IR.
-emit-llvmOpcja może być także przekazane do kompilatora frontonu bezpośrednio, a nie sterownika za pomocą -cc1:
> clang -cc1 foo.c -emit-llvmProdukuje foo.llz IR. -cc1dodaje kilka fajnych opcji, takich jak -ast-print. Sprawdź -cc1 --helpwięcej szczegółów.
Aby skompilować LLVM IR po złożeniu, użyj llcnarzędzia:
> llc foo.llProdukuje foo.sz montażem (domyślnie do architektury maszyny, na której go uruchamiasz). llcjest jednym z narzędzi LLVM - oto jego dokumentacja .
Posługiwać się
clang -emit-llvm -o foo.bc -c foo.c
clang -o foo foo.bc.opowinno odnosić się do binarnych plików obiektów, .sdo plików asemblerów i czegoś innego (zgodnie z konwencją .ll) do plików LLVM IR. W przeciwnym razie łatwo się pogubić. Clang / LLVM nie ma teraz własnego konsolidatora dla obiektów binarnych (chociaż jeden jest w przygotowaniu). Linker LLVM llvm-ldpo prostu łączy kilka plików IR w jeden
.bcjest używana; również pamiętaj o tymllvm-ld może działać jako nakładka na systemowy łańcuch narzędzi, tj. moja poprzednia odpowiedź llvm-ld -nativepowinna działać zgodnie z oczekiwaniami ....
foo.bcto plik kodu bitowego LLVM
clang -emit-llvm -o test.bc -c test.c && file test.bc: test.bc: LLVM IR bitcode .
Jeśli masz wiele plików źródłowych, prawdopodobnie chcesz użyć optymalizacji czasu łącza, aby wygenerować jeden plik kodu bitowego dla całego programu. Inne podane odpowiedzi spowodują, że otrzymasz plik kodu bitcode dla każdego pliku źródłowego.
Zamiast tego chcesz kompilować z optymalizacją czasu łącza
clang -flto -c program1.c -o program1.o
clang -flto -c program2.c -o program2.oa na ostatnim etapie łączenia dodaj argument -Wl, -plugin-opt = also-emit-llvm
clang -flto -Wl,-plugin-opt=also-emit-llvm program1.o program2.o -o programDaje to zarówno skompilowany program, jak i odpowiadający mu kod bitowy (program.bc). Następnie możesz zmodyfikować program.bc w dowolny sposób i ponownie skompilować zmodyfikowany program w dowolnym momencie, wykonując czynności
clang program.bc -o programchociaż pamiętaj, że musisz ponownie dołączyć wszystkie niezbędne flagi konsolidatora (dla bibliotek zewnętrznych itp.).
Zauważ, że musisz użyć złotego linkera, aby to zadziałało. Jeśli chcesz zmusić clang do użycia określonego konsolidatora, utwórz dowiązanie symboliczne do tego konsolidatora o nazwie "ld" w specjalnym katalogu o nazwie "fakebin" gdzieś na twoim komputerze i dodaj opcję
-B/home/jeremy/fakebindo powyższych kroków łączenia.
Jeśli masz wiele plików i nie chcesz wpisywać każdego pliku, polecam wykonanie tych prostych kroków (używam, clang-3.8ale możesz użyć dowolnej innej wersji):
wygeneruj wszystkie .llpliki
clang-3.8 -S -emit-llvm *.cpołącz je w jeden
llvm-link-3.8 -S -v -o single.ll *.ll(Opcjonalnie) Zoptymalizuj swój kod (może trochę analizy aliasów)
opt-3.8 -S -O3 -aa -basicaaa -tbaa -licm single.ll -o optimised.llGeneruj zespół (generuje optimised.splik)
llc-3.8 optimised.llUtwórz plik wykonywalny (nazwany a.out)
clang-3.8 optimised.s-Sopcji (w kroku 2), określam, że chciałbym wyprodukować wyjście w LLVM IR. Zasadniczo umieść wszystkie pliki * .ll w jednym. Robię to, aby sprawdzić, czy optymalizacje naprawdę zmieniają kod, tj. single.llI optimised.llpowinny teraz wyglądać inaczej (pod względem kodu), a także możesz wyświetlić raport, aby zobaczyć, czy w ogóle jest jakaś różnica.
-basicaaajest złą flagą, -basicaanależy jej użyć.
Czy przeczytałeś clangdokumentację ? Prawdopodobnie szukasz -emit-llvm.