简体   繁体   中英

gcc shared library failed linking to glibc

I'm writing a simple C shared library using Eclipse CDT under Linux 64bit.

The code has one reference to the rand() function in the <stdlib.h> It compiles fine but when linking it reports the following error from the linker:

gcc -shared -o "libalg.so"  ./sort.o   
/usr/bin/ld: ./sort.o: relocation R_X86_64_PC32 against undefined symbol `rand@@GLIBC_2.2.5' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Bad value

sort.o is the object file compiled from the file. libalg.so is the target shared library name.

Can anyone explaining why this happen?

Thanks.

On x86_64 architecture gcc requires you to use -fPIC ie Position Independent Code by default.

The underlying reason for the error is that the relocation type for the symbol rand is of type R_X86_64_PC32 which means that it is PC relative and should lie within 32bit offset from the following instruction.

But the current architecture is of x86_64 type which means that it can lie anywhere within the 64bit address space.

So the dynamic linker actually can not link a symbol with such a relocation type.

Either you have to use -fPIC or compile your code using the -mcmodel=large which will actually make the relocation type to R_X86_64_64 .

For more details on how linking is done refer to this great blog by Eli Bendersky

The technical post webpages of this site follow the CC BY-SA 4.0 protocol. If you need to reprint, please indicate the site URL or the original address.Any question please contact:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM