Jesse Becker wrote: > On Sat, Nov 28, 2009 at 08:42, Daniel Pocock <[email protected]> wrote: > >> For those following trunk, you may need to bootstrap again, and make >> sure you have pcre available. >> >> I've linked gmond with libpcre so that it can dynamically match the >> metric names >> >> E.g., for the multicpu module, this is the only metric definition that >> needs to be given to enable all metrics on all cores: >> >> metric { >> name_match = "multicpu_([a-z]+)([0-9]+)" >> value_threshold = 1.0 >> title = "CPU-\\2 \\1" >> } >> > > Oh, that's cool. +1 for me. > > I've backported to 3.1,
$ svn log -r2160 ------------------------------------------------------------------------ r2160 | d_pocock | 2009-12-28 20:43:54 +0000 (Mon, 28 Dec 2009) | 1 line Patch for PCRE support (backport r2112 and r2119) >> I'd be interested in any feedback on the PCRE dependency. If necessary, >> the feature can be made into a compile time option so that gmond can >> build without it. >> > > Yes, an optional compile time option is the way to do this. Use it if > present, but continue on without it if not present. > > > Is PCRE not available on any platform that we want to support for 3.1? If not, then I'll leave the patch as it is, too many #ifdefs can make the code look messy. The current implementation tries default locations for pcre, or let's you specify your own version: ./configure --with-libpcre=/opt/pcre ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Ganglia-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-developers
