gcc中-pthread和-lpthread的區別

最近在使用linux mint15,裡面自帶的gcc時4.7的,當我編譯多線程程序時,使用-lpthread居然說沒有找到線程庫函數!!!然後man了一下,才發現在gcc 4.7中鏈接線程庫使用-pthread,而不是用-lpthread,為了搞清楚他們之間的區別,我進行了以下測試(測試方法我查找了好多網上的資料): 用gcc編譯使用了POSIX thread的程序時通常需要加額外的選項,以便使用thread-safe的庫及頭文件,一些老的書裡說直接增加鏈接選項 -lpthread 就可以了,像這樣:

gcc -c x.c  
gcc x.o -ox -lpthread  

而gcc手冊裡則指出應該在編譯和鏈接時都增加 -pthread 選項,像這樣:

gcc -pthread -c x.c  
gcc x.o -ox -pthread  

那麼 -pthread 相比於 -lpthread 鏈接選項究竟多做了什麼工作呢?我們可以在verbose模式下執行一下對應的gcc命令行看出來。下面是老式的直接加 -lpthread 鏈接選項的輸出結果:

$ gcc -v -c x.c  
...  
/usr/lib/gcc/i486-linux-gnu/4.2.4/cc1 -quiet -v x.c -quiet -dumpbase x.c  
-mtune=generic -auxbase x -version -fstack-protector -fstack-protector -o /tmp/cch4ASTF.s  
...  
as --traditional-format -V -Qy -o x.o /tmp/cch4ASTF.s  
...  
$ gcc -v x.o -ox -lpthread  
...  
 /usr/lib/gcc/i486-linux-gnu/4.2.4/collect2 --eh-frame-hdr -m elf_i386 --hash-style=both  
-dynamic-linker /lib/ld-linux.so.2 -ox  
/usr/lib/gcc/i486-linux-gnu/4.2.4/../../../../lib/crt1.o  
/usr/lib/gcc/i486-linux-gnu/4.2.4/../../../../lib/crti.o  
/usr/lib/gcc/i486-linux-gnu/4.2.4/crtbegin.o  
-L/opt/intel/Compiler/11.1/046/tbb/ia32/cc4.1.0_libc2.4_kernel2.6.16.21/lib/../lib  
-L/usr/lib/gcc/i486-linux-gnu/4.2.4  
-L/usr/lib/gcc/i486-linux-gnu/4.2.4  
-L/usr/lib/gcc/i486-linux-gnu/4.2.4/../../../../lib  
-L/lib/../lib  
-L/usr/lib/../lib  
-L/opt/intel/Compiler/11.1/046/lib/ia32  
-L/opt/intel/Compiler/11.1/046/tbb/ia32/cc4.1.0_libc2.4_kernel2.6.16.21/lib  
-L/usr/lib/gcc/i486-linux-gnu/4.2.4/../../..  
x.o -lpthread -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc  
--as-needed -lgcc_s --no-as-needed  
/usr/lib/gcc/i486-linux-gnu/4.2.4/crtend.o /usr/lib/gcc/i486-linux-gnu/4.2.4/../../../../lib/crtn.o  

下面是在編譯和鏈接時分別指定 -pthread 選項的輸出結果:

$ gcc -v -pthread -c x.c  
...  
/usr/lib/gcc/i486-linux-gnu/4.2.4/cc1 -quiet -v <strong>-D_REENTRANT</strong>  
 x.c -quiet -dumpbase x.c  
-mtune=generic -auxbase x -version -fstack-protector -fstack-protector -o /tmp/cc205IQf.s  
...  
as --traditional-format -V -Qy -o x.o /tmp/cc205IQf.s  
...  
$ gcc -v x.o -ox -pthread  
/usr/lib/gcc/i486-linux-gnu/4.2.4/collect2 --eh-frame-hdr -m elf_i386 --hash-style=both  
-dynamic-linker /lib/ld-linux.so.2 -ox  
/usr/lib/gcc/i486-linux-gnu/4.2.4/../../../../lib/crt1.o  
/usr/lib/gcc/i486-linux-gnu/4.2.4/../../../../lib/crti.o  
/usr/lib/gcc/i486-linux-gnu/4.2.4/crtbegin.o  
-L/opt/intel/Compiler/11.1/046/tbb/ia32/cc4.1.0_libc2.4_kernel2.6.16.21/lib/../lib  
-L/usr/lib/gcc/i486-linux-gnu/4.2.4  
-L/usr/lib/gcc/i486-linux-gnu/4.2.4  
-L/usr/lib/gcc/i486-linux-gnu/4.2.4/../../../../lib  
-L/lib/../lib  
-L/usr/lib/../lib  
-L/opt/intel/Compiler/11.1/046/lib/ia32  
-L/opt/intel/Compiler/11.1/046/tbb/ia32/cc4.1.0_libc2.4_kernel2.6.16.21/lib  
-L/usr/lib/gcc/i486-linux-gnu/4.2.4/../../..  
x.o -lgcc --as-needed -lgcc_s --no-as-needed <strong>-lpthread</strong>  
 -lc -lgcc  
--as-needed -lgcc_s --no-as-needed  
/usr/lib/gcc/i486-linux-gnu/4.2.4/crtend.o /usr/li

可見編譯選項中指定 -pthread 會附加一個宏定義-D_REENTRANT,該宏會導致 libc 頭文件選擇那些thread-safe的實現;鏈接選項中指定 -pthread 則同 -lpthread 一樣,只表示鏈接 POSIX thread 庫。由於 libc 用於適應 thread-safe 的宏定義可能變化,因此在編譯和鏈接時都使用 -pthread 選項而不是傳統的 -lpthread 能夠保持向後兼容,並提高命令行的一致性。


书籍推荐