steve- i just checked in changes to the CVS tree which fix solaris getopt woes. my fix was to take getopt stuff out of libganglia and put them in a convenience library called libgetopthelper. gmond et al link to that library whereas gmetad does not. unless tobi decides to take out the getopt stuff from rrdtool.. we'll be okay from here out.
let me know if the sun is shining a little brighter now. -matt Today, Steven Wagner wrote forth saying... > matt massie wrote: > > steve- > > > > i found the reason for this problem. since you can't assume getopt is > > available on a machine, many developers just slip getopt.[c,h] et al into > > their library. since tobi and i both did that they collide. i'll get a > > fix soon. > > I guess this explains why I can't specify a new RRD path on *linux*, either... > > :O > > > to get it to work for now > > > > # ./configure --with-gmetad > > # cd lib > > # make > > # cd .libs > > # ar -t libganglia.a > > <look for any files with getopt in them> > > # ar -d libganglia.a getopt.o > > # ar -d libganglia.a getopt1.o > > etc > > etc > > etc > > *shudder* > > > i know this is not pretty.. but at least you will have a working gmetad (i > > hope). > > Not tonight I won't. I'll face that tomorrow morning. :Q > > > if you can think of a witty way around this let me know. i'll think about > > it too. > > Nah, I'll take the brute force solution, thanks. :) > > > > ------------------------------------------------------- > This sf.net email is sponsored by: OSDN - Tired of that same old > cell phone? Get a new here for FREE! > https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390 > _______________________________________________ > Ganglia-developers mailing list > Ganglia-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ganglia-developers >
