On tor, 2007-10-11 at 19:30 -0600, Alex Rousskov wrote:
> 1) --with-ltdl :: This options will tell Squid to use internal ltdl
> library (created by libtoolize) to handle module loading, preloading,
> and unloading. I have a wrapper class from Traffic Spicer that can
> handle both ltld-based and "native" dlopen operations, hiding the
> difference from the rest of the code, but I am not sure we need that
> flexibility in Squid. Should I assume that we will always use libtool's
> ltdl and omit this option?
ltdl only.
> 2) --enable-external-modules :: This option will enable support for
> modules loaded runtime, from external files. There are two reasons to
> have it: to disable experimental code and to build "secure" Squids that
> cannot be altered by loading modules. Are these reasons enough to have
> this option?
I would make it a --disable-module-loading option..
> 3) --enable-builtin-modules :: This option will allow the modules to
> be preloaded at Squid executable linking time. Preloaded modules
> simplify handling of Squid binaries because there is no dependency on
> some external module file and no dangers that the external module will
> not load. Should this option be named --enable-internal-modules or
> --enable-preloaded-modules or even --with-preloaded-modules?
All our modules should by default be builtin, with squid.conf settings
for adjusting their use. Don't see the need for this option.
Regards
Henrik
This archive was generated by hypermail pre-2.1.9 : Tue Oct 30 2007 - 13:00:03 MDT