奇妙なリンクの動作と未定義のシンボル

Question

私は外部ライブラリ（wierdプロセス、mpicc + Cython +など）、 をリンクしていますが、リンクする手順が奇妙な動作をしています。

2つの.oファイル、libpetsc4py.oとPETSc.o は、それらがPETSc.so

一つは、それが定義されている__pyx_tp_new_8petsc4py_5PETSc_Object

[zheltkov@compiler-2 src]$ nm libpetsc4py.o | grep __pyx_tp_new_8petsc4py_5PETSc_Object 
         U __pyx_tp_new_8petsc4py_5PETSc_Object 

未定義シンボルが含まれているの.soファイルにリンクされているがあります別の.oファイルに：次に

[zheltkov@compiler-2 src]$ nm PETSc.o | grep __pyx_tp_new_8petsc4py_5PETSc_Object 
00000000001b92f0 t __pyx_tp_new_8petsc4py_5PETSc_Object 

、その後に行われるリンク（コンパイル行は、奇妙に残念である）

mpicc -pthread -fPIC -wd1572 -g -shared -fno-strict-aliasing -g -O2 -DNDEBUG -O2 -g 
build/temp.linux-x86_64-2.7/arch-linux2-c-debug/src/PETSc.o build/temp.linux-x86_64- 
2.7/arch- linux2-c-debug/src/libpetsc4py.o -L/home/users/zheltkov/tmp/petsc-3.3/arch 
-linux2-c-debug/lib -L/home/users/zheltkov/ivan/soft/epd7.2/lib 
-Wl,rpath,/home/users/zheltkov/tmp/petsc-3.3/arch-linux2-c-debug/lib 
-Wl,-rpath,/home/users/zheltkov/ivan/soft/epd7.2/lib -lpetsc -lpython2.7 -o 
build/lib.linux-x86_64-2.7/petsc4py/lib/a rch-linux2-c-debug/PETSc.so -lX11 -Wl, 
-rpath,/home/users/zheltkov/tmp/petsc-3.3/arch-linux2-c-debug/lib 
-L/home/users/zheltkov/tmp/petsc-3.3/arch-linux2-c-debug/lib -lfftw3_mpi -lfftw3 -lHYPRE 
-Wl,-rpath,/opt/intel/impi/4.1.0.030/intel64/lib 
-L/opt/intel/impi/4.1.0.030/intel64/lib -Wl, 
-rpath,/opt/intel/composer_xe_2013.2.146/mkl/lib/intel64 
-L/opt/intel/composer_xe_2013.2.146/mkl/lib/intel64 
-Wl,-rpath,/opt/intel/composer_xe_2013.2.146/compiler/lib/intel64 
-L/opt/intel/composer_xe_2013.2.146/compiler/lib/intel64 -Wl, 
-rpath,/usr/lib/gcc/x86_64-redhat-linux/4.4.6 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.6 
-Wl,- rpath,/mnt/data/users/dm4/vol9/zheltkov/tmp/petsc-3.3/-Xlinker -lmpigc4 
-Wl,-rpath,/opt/intel/mpi-rt/4.1 -lml -lpthread -Wl,-rpath, 
/opt/intel/composer_xe_2013/mkl/lib/intel64 
-L/opt/intel/composer_xe_2013/mkl/lib/intel64 -lmkl_intel_lp64 -lmkl_intel_thread 
-lmkl_core -liomp5 -lifport -lifcore -lm -ldl -lmpigf -lmpi_dbg -lmpigi -lrt 
-limf -lsvml -lirng -lipgo -ldecimal -lcilkrts -lstdc++  -lgcc_s -lirc -lirc_s 

しかし、最終的には、結果のファイルは、同じ名前を持つ2つのシンボル、そのうちの一つが定義されていないし、すべてが動作しませんがあります。私は間違って何をやっている

[zheltkov@compiler-2 arch-linux2-c-debug]$ nm PETSc.so | grep __pyx_tp_new_8petsc4py_5PETSc_Object 
0000000000200d20 t __pyx_tp_new_8petsc4py_5PETSc_Object 
       U __pyx_tp_new_8petsc4py_5PETSc_Object 

を？同じ名前のシンボルが2つあるのはなぜですか？別のファイルに、U関数が参照されていることを示しますが、定義されていないが、オブジェクトファイルtで

Answer 1

は、（すなわちstaticとして宣言されている）関数は、内部結合を有することを示します。外部機能はTで示されます。

リンクを作成して共有ライブラリを作成すると、リンカは未解決の参照については不平を言わないので、静的関数（定義したファイルでのみ使用可能）と未定義とマークされた外部シンボルが含まれます。

ここでは簡単な例を示します。二つのファイル：

void sayhello(void) 
{ 
    hello(); 
} 

がコンパイル

foo.cの

#include <stdio.h> 

static void hello(void) 
{ 
    printf("Hello\n"); 
} 

bar.cに2：

$ gcc -c -fPIC foo.c 
$ gcc -c -fPIC bar.c 
$ nm foo.o 
0000000000000000 t hello 
$ nm bar.o 
       U hello 
0000000000000000 T sayhello 

は今すぐ共有ライブラリを作成

$ gcc -shared -o libhello.so foo.o bar.o 
$ nm libhello.so 
0000000000000700 t hello 
       U hello 

私は関数helloを定義し、このライブラリとリンクして実行可能ファイルを作成すると、ライブラリはsayhelloで私の関数を呼び出すでしょう - 静的ライブラリではありません。私が定義しなければ、リンカは未定義のシンボルエラーを出します。