This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: unsatisfied virtual thunks PR4122


Harri:

Have a look at PR4122.  This is a regression from 2.95.x and is present
in all 3.x versions.  I get this with libsigc++ 1.1 on AIX using the
AIX linker (so it isn't the linker).  Someone suggested the problem
is with improper usage of ASM_OUTPUT_MI_THUNK, but after reading
the documentation, that appears to only be relevant for multiple
inheritence.  If anyone could shed more light on this problem I would
appreciate it.  I'm trying to figure it out, but I'm not familiar
with gcc's internals.

Thanks,

Robert

Harri Pasanen wrote:
> 
> still trying to get omniORB3.0.4 working on HP-UX with gcc version 3.0.3
> 20011212 (prerelease).
> 
> Below, I'm not 100% sure if what I'm seeing below is not my own fault, if so
> I'm happy to be corrected.  For the time being I am suspecting a gcc bug in
> my snapshot.
> 
> Thinks seem to compile, but at link time I'm getting unsatisfied symbols:
> 
> g++ -o omniNames -g -Wno-unused -Wl,+b,../../../lib/hppa_hpux_11.00_gcc3
> -L../../../lib/hppa_hpux_11.00_gcc3 omniNames.o NamingContext_i.o log.o
> -lomniORB3 -lomniGK_stub -lomnithread -lpthread
> collect2: ld terminated with signal 10 [Bus error]
> /usr/ccs/bin/ld: Unsatisfied symbols:
>    virtual thunk to
> CosNaming::_impl_BindingIterator::~_impl_BindingIterator()(first referenced
> in NamingContext_i.o) (data)
>    virtual thunk to PortableServer::ServantBase::_downcast()(first referenced
> in NamingContext_i.o) (data)
> 
> Couple of things leave me puzzled:
> 
> 1)
> 
> Normally the missing symbols are mangled, but these seem to be the same what
> nm -C libomniORB3 gives me, (-C to GNU nm prints out the demangled names).
> For example:
> 
> 00000000 t virtual thunk to
> CosNaming::_impl_BindingIterator::~_impl_BindingIterator()
> 
> This is using GNU nm 2.11.2, thus binutils 2.11.2.
> 
> 2)
> 
> Why is it refusing to link?   Symbols libomniORB3.a look about the same as on
> a working version on linux.
> 
> Regards,
> 
> Harri

-- 
Robert Boehne             Software Engineer
Ricardo Software   Chicago Technical Center
TEL: (630)789-0003 x. 238
FAX: (630)789-0127
email:  rboehne@ricardo-us.com


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]