After the helper C++ build migration we have a partial API for the
helper tools. Some of them even make use of the #defined macros.
I managed to bungle and put the old-style debug() definition for helpers
into the libcompat. It's now clear that this would be better suited in
the API for helpers and non-squid tools.
What I'm looking at right now for the helpers is:
* some wrapper for main() that calls out to user functions for
handling a line received and processing command line options.
* some definition of the user functions required to do the above.
* some macros (as now) for performing OK/ERR etc feedback to squid.
These take a char* parameter for additional key-pairs or messages.
* the debug() call doing printf-style output as now but with automatic
prefixing of helper name and PID (matching the kidN for cache.log)
* standardizing the -d (debug on) and -h (help) parameters for all
helpers compiled.
Does anyone have any advice about good ways to make a formal public API
that the existing bundled helpers, and potentially third-parties could
use when building C/C++ helpers for Squid?
ie things that must be one for versioning alterations over time.
Can we do it without a built library? ie only inlines, templates and macros?
Amos
Received on Thu Sep 16 2010 - 08:46:18 MDT
This archive was generated by hypermail 2.2.0 : Fri Sep 17 2010 - 12:00:06 MDT