On Fri, Jun 18, 2010 at 12:17:40AM -0430, Jose Ildefonso Camargo Tolosa wrote:
> > The plug-ins you speak of are a Debian-specific feature, they are not
> > part of the official Postfix release and not available on most platforms.
>
> So.... most platforms "statically" link ldap support with postfix?
Most platforms optionally compile-in LDAP support, and link against LDAP
libraries (static or dynamic). Don't confuse run-time dynamic linking
with dynamic loading of new modules.
> I mean, most platform actually support dynamic linking, so, just like it
> is done in Debian (and Ubuntu, and likely on other distros), that it
> just adds the file dict_ldap.so , it should be possible to do
> something similar on most architectures (DLL's on Windows, for
> example).
- libtool is an abomination, I expect and very much hope that Postfix
will not, any time soon, resort to using libtool.
- The mechanisms for dynamic loading of modules are not standardized
across various Unix-like systems. This feature requires a lot of
abstraction code to to implement portably across AIX, MacOSX,
Linux, HP-UX, ...
> I have seem similar things on Solaris too (.sl, if memory
> serves me).
Don't confuse HP-UX with Solaris, Solaris has ".so" files, and a sensibly
clean dynamic loading API (emulated by Linux).
> So, I would say that:most platforms support this.
Please donate libtool-free code that works on most platforms supported
by Postfix and:
- Loads a shared object, with minimal pollution of the global
symbol table (i.e. symbols of loaded object and dependencies
are not visible outside the object and its dependency tree).
- Finds a specific small set of symbols within the loaded object
and returns a table of pointers to these.
- Builds shared relocatable objects and constructs shared libraries
on the various platforms in question.
It is a good idea do not claim that something is easy until you've
done it yourself. The difference between a novice and an expert is
that experts know which problems are not as easy as they may seem.
> Off course,
http://safarisbackpack.spaces.live.com/blog/cns!36664C9801636C53!216.entry
--
Viktor.
