Re: unresolved symbol & __nw__....
- From: dhandly@xxxxxxxxxxxxx (Dennis Handly)
- Date: 31 Jan 2006 00:55:20 -0700
tim wrote:
: I'm still unsatisfied with what the dynamic loader is doing. Is there
: anyway to determine how/why it believes certain symbols are needed?
If there is an unsat for a symbol in an aC++ shared lib, it must be
satisfied, if its address is taken.
: I've tried looking with nm at the symbols as they occur in the library
: and there are only 2 places. One where the ctors and dtors are
: located, and another in an entry of unsat symbols.
nm(1) is the wrong tool to look at PA32 shared libs.
Use "/usr/ccs/bin/odump -slimport -slexport" instead.
If you have both definitions and uses for the symbol, I don't see why you
should have a problem??
: So I'm confused why the dld doesn't simply mark these symbols as
: unreachable and continue?
It doesn't know they are unreachable. Advanced AI technology is needed to
determine this.
: According to the linker and libraries user
: guide on the PA 32 system this is how it is suppose to work (page 181).
I assume it is this one?
Resolution of Unsatisfied Shared Library References
http://docs.hp.com/en/B2355-90655/B2355-90655.pdf
aC++ is special and defeats Smartbind. And it isn't available for PA64 or
IPF.
: NOTE: I will cross post this question to HPUX-DEVTOOLS because it is
: more related to the linker and symbol resolution than C++ specific
: tim
Probably not really, it is aC++ specific.
.
- References:
- unresolved symbol & __nw__....
- From: tim . wojtaszek
- Re: unresolved symbol & __nw__....
- From: tim . wojtaszek
- unresolved symbol & __nw__....
- Prev by Date: Re: LVM Documentation
- Next by Date: Re: segmentation fault with JNI and -AA
- Previous by thread: Re: unresolved symbol & __nw__....
- Next by thread: LVM Documentation
- Index(es):
Relevant Pages
|
|