雖然在 macOS 上編東西常常讓人高血壓（對，就是在說愛魔改 toolchain 的某公司），但也因為這樣，套件還滿有意識 ① 不寫死路徑 ② 不去污染系統空間，也是少踩了很多地雷啦。

昨天半夜在隔空抓 enve 的 CI bug 才發現原作者把 local-built library 在自己的環境裡 make install，所以才沒發現 project configuration 的 include path 是爛的啊啊啊。
這種事情在 OS X 超容易炸裂，所以在跑 build instructions 的時候刻意避開 make install 才發現了這個問題。

另外像是 StackOverflow 不一定是正確的：macOS 需要用 GNU gettext 的部分很多人都會建議 brew link，但如果去讀 formula 的原始檔或是 brew info，就會看到他警告你這樣會跟系統 gettext 路徑衝突。正確的方法是在環境變數手動塞 PATH、LDFLAGS 和 CPPFLAGS 讓他找到正確的函式庫。

前幾天就是因為亂弄 linker options 讓 macOS 的 framework 在這個 app 裡載入時找不到正確版本的 libjpeg，連忙改 static build。

你在玩動畫？

被法律耽誤的資訊人

kidwm : 不算欸，原本只是看到 It’s FOSS 介紹了這個軟體，加上之前關在家剛好在玩 AE 所以就抓來編看看。結果軟體沒玩到就先 PR 了⋯⋯

獨夜 x 月 : 我、我昨天有認真上課！

之前也試著打包過brew套件，結果自己電腦上能過的測試在他ci上就是過不了，最後就放棄了

erickson_makotoki: 那個是 system library 啦（像是決定改換 zsh）
我是說把 toolchain 塞在 Xcode.app 然後不同 OS 版本間會搬來搬去的這種迷惑行為XD

欸個🧊平常心雞蛋冰 : 只用自己的 profile 不夠，要用乾淨的環境測！可以試試看 brew sh 底下編譯過不過得了

【趕稿的RS】 :
我那時候是用brew test這個指令，
不知道他有沒有在乾淨的環境下試