32 和 64 是完全兩個不同的系統。Linux 他們的兼容，完全是基於內核的雙模式切換功能，但是因為是基於內核的。所以 32 和 64 的系統函數庫就還是沒關系。
那麼，你編譯和運行 32 位程序，就需要 64 位的函數庫介面支撐。同樣 64 位程序，也需要 64 位的函數庫提供支撐。
你這個問題，教程只讓你裝了最基本的編譯器環境，但是函數支撐環境全都沒有裝，肯定是還會提示找不到需要的函數庫的。
另外，就算你這個命令裝了需要的函數庫，也肯定只是裝了 64 位的函數庫，32 位庫也沒有裝。那麼編譯 32 位程序也會出現找不到 32 位函數庫的問題的。
你這個問題，我建議你學習兩部分：
1、Linux 的依賴關系；
2、Linux 的 mutilib 相關實現。
我建議，編譯 32 的程序請用純 32 位系統。64 位系統只編譯 64 位的程序。64 位系統只可以運行 32 位程序，不要用來編譯。Linux 裡面隨便找個程序，就會依賴很多的函數庫，這對於編譯器調用來說，會很亂的。
如果真的沒有空閑機器去單獨跑 32 位系統了，我建議要麼是 chroot 環境，要麼是用交叉編譯。不過注意這兩種方式還是需要設置。
㈡ linux下編譯IPK軟體包出現錯誤，麻煩幫忙看一下是什麼問題
1、configure，這一步一般用來生成Makefile，為下一步的編譯做准備，你可以通過在configure後加上參數來對安裝進行控制，比如代碼:./configure--prefix=/usr上面的意思是將該軟體安裝在/usr下面，執行文件就會安裝在/usr/bin（而不是默認的/usr/local/bin),資源文件就會安裝在/usr/share（而不是默認的/usr/local/share）。同時一些軟體的配置文件你可以通過指定--sys-config=參數進行設定。有一些軟體還可以加上--with、--enable、--without、--disable等等參數對編譯加以控制，你可以通過允許./configure--help察看詳細的說明幫助。2、make，這一步就是編譯，大多數的源代碼包都經過這一步進行編譯（當然有些perl或python編寫的軟體需要調用perl或python來進行編譯）。如果在make過程中出現error，你就要記下錯誤代碼（注意不僅僅是最後一行），然後你可以向開發者提交bugreport（一般在INSTALL里有提交地址），或者你的系統少了一些依賴庫等，這些需要自己仔細研究錯誤代碼。3、makeinsatll，這條命令來進行安裝（當然有些軟體需要先運行makecheck或maketest來進行一些測試），這一步一般需要你有root許可權（因為要向系統寫入文件）。
㈢ Linux 0.11內核編譯錯誤記錄
現象1： 提示gas gld 比識別
措施： gnu編譯器發展到後來,越來越流行,更多使用別名為 as ld gcc等.
現象2： 提示位元組對齊需要是 2的倍數
措施： 具體解決方法: 利用命令 sed -i 's/align 2/align 4/g' filename 替換align 2 為 align 4（align 3 替換為 align 8）
sed -i 's/align 2/align 4/g' boot/head.s
sed -i 's/align 3/align 8/g' boot/head.s
現象3： -fcombine-regs -mstring-insns選項不識別
措施： 此兩個選項已經過時,直接去掉即可
現象4： warning 特別多
措施： 將-Wall 替換為 -w
現象5： __stack_chk_fail 未定義
措施： 去網上搜了一下，在Makefile中的$(CFLAGS)後面加上-fno-stack-protector，即不需要棧保護
現象6： main.c 中_syscall0重復定義
措施： main.c static inline _syscall0(int, fork) 去掉static即可
現象7： 提示內嵌匯編不符合語法限制
措施： 類似的問題在後面編譯中出現好多，C內嵌匯編的格式 asm (匯編語句：輸入寄存器：輸出寄存器：可能被修改的寄存器），最新的GCC規定 輸入或輸出寄存器不能出現在可能被修改的寄存器中，目前看到網上的方法是把所有類似問題的可能被修改的寄存器全部刪掉 解決方案：find -type f -exec sed -i 's/:"w{2}"(,"w{2}") )/:) /g' {} ; 其中's/:"w{2}"(,"w{2}") /:/g'
現象8： 在 control.c 中清楚定義了 static unsigned char attr = 0x70 ,而在鏈接 control.o 時，卻爆出 attr未定義。
措施： 用 nm -C control.o 查看其符號，發現attr確實處於未定義狀態。故單獨編譯一個小程序定義靜態變數，查看其 .o 文件中，發現靜態變數定義正常。故考慮為編譯選項差異導致，最終發現因為 -O 編譯優化選項導致，目前處理方式是去掉該選項。
現象9： build.c:(.text+0xde): undefined reference to `MAJOR'
措施： 通過分析編譯列印信息，發現編譯時沒有加入頭文件路徑 -Iinclude
現象10: fs/fs.o: In function check_disk_change':(.text+0x1b2f): undefined reference to invalidate_buffers'
措施: 查找發現此函數定義在buffer.c 中,且為內聯函數, 故嘗試將其更改為普通函數, 然後編譯通過.
現象11: 編譯 build.c 時報錯:/usr/include/i386-linux -gnu/bits/stdio2.h:57:8: error: unknown type name 『__gnuc_va_list』
措施: 分析發現時此系列錯誤均由 -Iinclude 選項導致, 而該選項在 想像9 中加入, 故考慮去掉該選項, 直接在build.c 中加入 MAJOR 宏定義.
㈣ Linux編譯link時提示undefined reference』dlclose』怎麼辦
在Linux系統下編譯link時出現了錯誤，提示「undefined reference』dlclose@xxx函數」錯誤，相信不少用戶也遇到這個問題，這個問題不難解決，下面小編給大家介紹下undefined reference錯誤的解決方法。
編譯完link的時候，報了一句undefined reference』dlclose@xxx函數『，找主程過來看了下，說是dl庫沒有包進去，查了下dl庫是用來做動態庫載入的（dynamic load），項目用到了libmysqld.so，加了之後還是有問題，將-ldl鏈接選項改到最後才可以。
比較常見的undefined reference問題：
1.dl庫
undefined reference to 『dlerror』
undefined reference to 『dlopen』
undefined reference to 『dlerror』
增加-ldl鏈接選項 （-l是鏈接選項的前綴）
2.pthread庫
undefined reference to 『pthread_create』
undefined reference to 『pthread_xxxx『
增加-lpthread鏈接選項
3.rt庫
undefined reference to `clock_gettime』
增加-lrt鏈接選項
如果是使用codeblocks，可以再link option里加，不過因為依賴順序的問題，如果link option里加了還是報錯，直接在link file里添加pthread dl rt等即可
如果是你自己的庫出現這undefined reference什麼函數，先去查下庫的源代碼，看看具體問題。
上面就是Linux編譯link出錯的解決方法介紹了，本文除了介紹link出錯外，還總結了一些undefined reference問題，希望對你有所幫助。