不太確定在這裡問這個問題是否合適，不過已經困擾我好幾天了囧
目前的狀況是這樣的，因為我想用debian上的cross-toolchain來進行開發，
可是這時候遇到一個問題，就是debian的package預設似乎都沒有做最佳化。
舉個例子，當我安裝完他們的cross-toolchain後，
下 file /usr/mips-linux-gnu/lib/libc-2.11.2.so
然後顯示的結果如下：
/usr/mips-linux-gnu/lib/libc-2.11.2.so: ELF 32-bit MSB shared object, MIPS,
MIPS-I version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
2.6.18, with unknown capability 0x41000000 = 0xf676e75, with unknown
capability 0x10000 = 0x70401, stripped
可是如果用buildroot/crosstool-ng來產生toolchain的話，
通常可以下
-march=mips32r2 -mtune=74kc
這樣的參數，讓編出來的shared library有針對指令集或CPU的架構做最佳化。
目前就所我知，debian在打包套件的時候，其預設的原則是不針對cpu做最佳化，
但是我在網路上找了很久的結果，
沒有發現如何自己從source-package重新打包deb，
並且加入自己想要的最佳化參數囧
若是有哪位前輩有這方面的經驗的話，還麻煩指點一下了，感謝QQ
--
別問我為什麼要用debian的cross-toolchain，因為這是上面的大頭要求的0rz
不然說真的我覺得用buildroot/crosstool-ng方便多了T_T
--
目前的狀況是這樣的，因為我想用debian上的cross-toolchain來進行開發，
可是這時候遇到一個問題，就是debian的package預設似乎都沒有做最佳化。
舉個例子，當我安裝完他們的cross-toolchain後，
下 file /usr/mips-linux-gnu/lib/libc-2.11.2.so
然後顯示的結果如下：
/usr/mips-linux-gnu/lib/libc-2.11.2.so: ELF 32-bit MSB shared object, MIPS,
MIPS-I version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
2.6.18, with unknown capability 0x41000000 = 0xf676e75, with unknown
capability 0x10000 = 0x70401, stripped
可是如果用buildroot/crosstool-ng來產生toolchain的話，
通常可以下
-march=mips32r2 -mtune=74kc
這樣的參數，讓編出來的shared library有針對指令集或CPU的架構做最佳化。
目前就所我知，debian在打包套件的時候，其預設的原則是不針對cpu做最佳化，
但是我在網路上找了很久的結果，
沒有發現如何自己從source-package重新打包deb，
並且加入自己想要的最佳化參數囧
若是有哪位前輩有這方面的經驗的話，還麻煩指點一下了，感謝QQ
--
別問我為什麼要用debian的cross-toolchain，因為這是上面的大頭要求的0rz
不然說真的我覺得用buildroot/crosstool-ng方便多了T_T
--
All Comments