RE: undefined symbol __dso_handle

[Alejandro Dobniewski]

Ok, I just can't send you the sources right now because is a business
project and I'm not allowed to do that.
I extracted some of nm output of the shared object to show the problem.
Standard ibrary functions seems to be ok but __dso_handle is undefined.
There are C++ things that also seems ok but I'm no expert in this.
Alejandro

0001fce0 B archivo_firmas
0001dac0 b arguments
         U atoi@@GLIBC_2.0
         U atol@@GLIBC_2.0
...
         U calloc@@GLIBC_2.0
0000620e T campos
...
         U ctime@@GLIBC_2.0
         U __ctype_b_loc@@GLIBC_2.3
         U __cxa_atexit@@GLIBC_2.1.3
...
         U __dso_handle
00018ee0 d DW.ref.__gxx_personality_v0
00019bc4 A _DYNAMIC
0001a030 A _edata
...
         U __gxx_personality_v0@@CXXABI_1.2
...
         U _ZdaPv@@GLIBCPP_3.2
         U _ZdlPv@@GLIBCPP_3.2
00008004 T _ZN5TABLA12recordlengthEv
00008062 T _ZN5TABLA4loadEPc
000082aa T _ZN5TABLA6addRecEPc
000082b0 T _ZN5TABLA6getDefEv


-----Mensaje original-----
De: H. J. Lu [mailto:address@hidden
Enviado el: Lunes, 13 de Enero de 2003 17:18
Para: Alejandro Dobniewski
CC: 'address@hidden'
Asunto: Re: undefined symbol __dso_handle


On Mon, Jan 13, 2003 at 04:05:04PM -0300, Alejandro Dobniewski wrote:
> What can I say? you know it, I know it, someone should tell the program. I
> found a few more cases searching in google
>
(http://groups.google.com/groups?num=100&hl=en&lr=lang_en%7Clang_es&ie=UTF-8
>
&oe=UTF-8&newwindow=1&safe=off&scoring=d&q=%22__dso_handle%22+undefined+symb
> ol&btnG=Google+Search).
> 

As I said, it shouldn't happen if you use gcc/binutils in RedHat 8.0
since __dso_handle is provided by gcc:

# objdump --sym `gcc --print-file-name=crtbeginS.o` | grep __dso_handle
00000000 g     O .data.rel      00000000 .hidden __dso_handle
# objdump --sym `gcc --print-file-name=crtbegin.o` | grep __dso_handle
00000000 g     O .data  00000000 .hidden __dso_handle

You have to tell me how you get that error.


H.J.