CUDA3.1 on Fedora13

Download SDK driver and SDK from http://developer.nvidia.com/object/cuda_3_1_downloads.html

 

devdriver_3.1_linux_64_256.40.run

cudatoolkit_3.1_linux_64_fedora12.run

gpucomputingsdk_3.1_linux.run

 

OS:Fedora 13

Linux hpc.leadtek.com.cn 2.6.34.6-47.fc13.x86_64 #1 SMP Fri Aug 27 08:56:01 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux

 

There are three samples in SDK cannot be compiled:

bandwidthTest  MonteCarloMultiGPU  simpleMultiGPU

 

[frank@hpc bandwidthTest]$ make
/usr/bin/ld: obj/x86_64/release/bandwidthTest.cu.o: undefined reference to symbol 'pthread_cancel@@GLIBC_2.2.5'
/usr/bin/ld: note: 'pthread_cancel@@GLIBC_2.2.5' is defined in DSO /lib64/libpthread.so.0 so try adding it to the linker command line
/lib64/libpthread.so.0: could not read symbols: Invalid operation
collect2: ld returned 1 exit status
make: *** [../../bin/linux/release/bandwidthTest] Error 1

 

I searched such error in Google, and find one article:

http://lists.fedoraproject.org/pipermail/devel/2010-January/129152.html:

 

The original reference to 'pthread_cancel' in 'string.o' was a *weak* and
*undefined* reference with no symbol version specified:
-----
$ readelf --all string.o
Symbol table '.symtab' contains 20 entries:
     19: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND pthread_cancel
No version information found in this file.
-----


The statically-bound reference in 'string' (without "-ldb") remains a
*weak undefined* reference with no symbol version specified:
-----
$ g++ -o string string.o
$ readelf --all string
Symbol table '.dynsym' contains 12 entries:
      8: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND pthread_cancel
Symbol table '.symtab' contains 73 entries:
     65: 0000000000000000     0 NOTYPE  WEAK   DEFAULT  UND pthread_cancel
Version symbols section '.gnu.version' contains 12 entries:
   008:   0 (*local*)       3 (GLIBCXX_3.4)   5 (GCC_3.0)       4 (CXXABI_1.3)
-----


With -ldb, then the statically-bound reference has been associated with
GLIBC_2.2.5:
-----
$ g++ -o string.db string.o -ldb-4.7   # done on Fedora 12, not Fedora 13.
$ readelf --all string.db
Symbol table '.dynsym' contains 17 entries:
     10: 00000000004007a0     0 FUNC    WEAK   DEFAULT  UND pthread_cancel at GLIBC_2.2.5 (4)
Symbol table '.symtab' contains 73 entries:
     65: 00000000004007a0     0 FUNC    WEAK   DEFAULT  UND pthread_cancel@@GLIBC_2.2.5
Version symbols section '.gnu.version' contains 17 entries:
   008:   3 (GLIBCXX_3.4)   6 (GCC_3.0)       4 (GLIBC_2.2.5)   1 (*global*)
-----


By itself, the association between *weak undefined* pthread_cancel and
GLIBC_2.2.5 is innocuous.  That is what the static linker saw.  The problem
comes when code starts believing that GLIBC_2.2.5 is a requirement for
*weak undefined* pthread_cancel.  In today's rawhide for Fedora 13,
both  the static linker /usr/bin/ld and the runtime linker ld-linux.so
make this error.

*weak undefined* means "I accept *any* definition, or even *no* definition."
Both binutils and glibc must fix their errors of insisting on any particular
symbol version for a *weak undefined* symbol.