[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: -dlopen self on AIX
From: |
Albert Chin |
Subject: |
Re: -dlopen self on AIX |
Date: |
Sun, 30 Oct 2005 14:11:51 -0600 |
User-agent: |
Mutt/1.5.6i |
On Sun, Oct 30, 2005 at 11:38:26AM -0800, Howard Chu wrote:
> Albert Chin wrote:
> >On Sun, Oct 30, 2005 at 11:14:14AM -0600, Albert Chin wrote:
> >>[snip ...]
> >>
> >>This means the method libtool uses to support -dlopen self on AIX
> >>won't work (by building a list of symbols into some xxS.o file and
> >>linking it with the executable). The real solution is to -bE the
> >>symbol list. What's the cleanest way to do this?
> >>
> >>Dynamic module support in openldap-2.3.x isn't working on AIX for the
> >>above reason. Using -bexpall or -bE when linking the main binary does
> >>work though. While the main binary, slapd, doesn't dlopen itself,
> >>modules it dlopen()'s cannot resolve symbols in slapd because they
> >>weren't exported.
> >
> >Seems the openldap folks should really use -export-dynamic, which
> >isn't defined for AIX. We could make it -bexpall but as documented in
> >the previous mail, it doesn't export everything. So, should we create
> >a new variable, export_dynamic_cmds? If so, and temporary files are
> >created by it, how do we clean up?
>
> Wait. The fact that -bexpall "doesn't export everything" is A Good
> Thing. Symbol tables on AIX include a lot of junk that other modules
> simply don't need to see. The symbols they omit are generally not useful
> for user code anyway.
It might be a "A Good Thing" in terms of being "pure", but it's
different than the behavior on Solaris, HP-UX, Tru64 UNIX, IRIX, and
Linux. It's just not worth it being that different today. AIX
certainly has no advantage because of it.
--
albert chin (address@hidden)