----- Original Message -----
> So far, they all have _some_ form libmicrohttpd ... but the pcp-webapi
> code _depends_ on functionality that is not present in the older
> versions of the library (the PCP code will not compile!), and the
Ah right - OK, that makes more sense to me now - thanks.
> revision the pcp code has been written to is not available in the older
> distros ... e.g the versions in oldstable debian
*nod*
> <rant>
> probably because the developers of libmicrohttpd follow the open source
> view (unlike the sgi irix 6.5 view) that breaking the API/ABI is fine
> and to hell with backwards compatibility, which I'm guessing prevents
> backporting to older distros and leaves them stuck with older versions
> of the library
> </rant>
Not sure that's what it is. As I see it, the problem is we've used new
parts of the API in pmwebd. So *we* are the ones who have said to hell
with backwards compatibility in doing so (no doubt totally oblivious to
the impact of these decisions on each other at the time). From looking
in the <microhttpd.h> header, we prefer MHD_create_response_from_buffer
over MHD_create_response_from_data (which is still present, but marked
as deprecated in the header). Could we possibly support either API?
(e.g. perhaps the configure.in could check for the new routine, and if
not present, emulate it using the old interface? Frank?).
> I don't think we (er, I mean I) are/am on the lunatic fringe here ...
> we're more like innocent by-standers at the edge of the lunatic fringe
> ... 8^)>
:)
cheers.
--
Nathan
|