程式設計師的人生就是，將工作交給機器來做。
編譯器的工作就是，將程式交給機器來做。
我昨天看了幾個llvm的簡介，大概意思就是，有一群歪果仁學習編譯原理的時候，發現gcc太高冷了，讓人望而生畏。於是他們就折騰了乙個llvm。
雖然llvm是相對gcc還比較年輕的，但llvm的歷史還是要從我讀幼兒園的時候說起，大概在2023年前後開源的。
我本來在做乙個**的解析器，因為**的格式真的很固定，應該不難。
然後找資料的時候，看到這個東西其實和llvm下的clang子專案的功能有點相近。
於是尋思這來借鑑一下原始碼，但是現在水管又小了，發現llvm其實挺大的，然而就幾kb的速度。
後來找到了重點 — 清華源
git clone
git clone
git clone
git clone
git clone
git clone
git clone
git clone
git clone
git clone
git clone
git remote add tuna
git remote add tuna
git remote add tuna
git remote add tuna
git remote add tuna
git remote add tuna
git remote add tuna
git remote add tuna
git remote add tuna
git remote add tuna
git remote add tuna
git remote set-url origin
git remote set-url origin
git remote set-url origin
git remote set-url origin
git remote set-url origin
git remote set-url origin
git remote set-url origin
git remote set-url origin
git remote set-url origin
git remote set-url origin
git remote set-url origin
他們說llvm的ir比較厲害，開始不知道什麼叫ir，後來才知道，原來是 intermediate representation 的縮寫。
在Ubuntu上編譯安裝LLVM
cmake 編譯安裝 檔案鏈結 驗證後記 兩周前實驗室要求我配置乙個叫speedy.js的編譯器，配置這個編譯器需要先配置好llvm。根據這個編譯器作者的教程，亂七八糟配置了一通，踩過一些坑，碰過一些雷，浪費了很多時間。花了兩周時間，終於全套配置完成，因此想寫個教程，留點知識給以後的自己和需要的各位...
折騰llvm的win32編譯
lnk1107 檔案無效或損壞 無法在 0x2d8 處讀取.這是由於,在c 中,lib是鏈結時用,而dll是在編譯時用.所以編譯時不用dll,而應該用lib檔案.llvm說可以在x64機上編譯x86位,我試了幾下都不行,始終就是x64位.還是在老機子上跑.把並行設定改小點.又可以寫一篇文章了.寫我如...
在CentOS上編譯安裝llvm 3 8 1
注 centos版本是6.8，6.x版本的操作類似 安裝需求 list cmake 3.4.3 python 2.7.9 gcc 4.8.2 list 一 安裝gcc 4.8.2 wget o etc yum.repos.d devtools 2.repo yum install devtoolse...