Yesterday Bruno Prémont wrote:
> Hi Tobias,
>
> I've just written the attached patch which allows one to disable deps
> on all graphical libs by removing rrdgraph and rrdxport.
>
> I've not looked at the rrdgraph functions used by rrdxport in order to
> determine how easy/hard it would be to keep rrdxport...
>
> Hopefully the public library interface remains the same. I replaced the
> disabled features with empty function stabs which just call
> rrd_set_error() and return NULL/-1.
> For compatibility this should be sufficient, worst case it would be
> "unexpected" error.
>
> Regards,
> Bruno Prémont
Hi Bruno,
I don't think that having versions of the library with stub
functions is a good idea ... the change should be such that the
library gets a different name ... eg librrdcore then it will be
clear that it does not contain all functions ...
cheers
tobi
>
> On Sat, 01 August 2009 Tobias Oetiker <t...@oetiker.ch> wrote:
> > Hoi Bruno,
> >
> > the topic has been discussed previously .. it would come down to
> > splitting librrd into two parts a core and a graph part ... where
> > the graph part would require the core and maybe have a dummy rrd
> > part that requires both for backward compatibility ...
> >
> > cheers
> > tobi
> >
> >
> > Today Bruno Prémont wrote:
> >
> > > Hi Tobias,
> > >
> > > How invasive would the change be to make it possible to build
> > > rrdtool without graphing support?
> > >
> > > e.g. I would be happy if I could build rrdtool without cairo, png,
> > > freetype, pango and fontconfig dependencies for the machine
> > > collecting values and storing them in RRD files. (e.g. make
> > > rrdgraph optional as is the case for rrdcgi).
> > >
> > > This would be useful when the graphing happens on a different
> > > machine than data gathering.
> > >
> > > Regards,
> > > Bruno Prémont
> > >
> > >
> >
>
--
Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland
http://it.oetiker.ch t...@oetiker.ch ++41 62 775 9902 / sb: -9900
_______________________________________________
rrd-developers mailing list
rrd-developers@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/rrd-developers