[Pdns-users] [recursor] configure could be more user-friendly
bert.hubert at netherlabs.nl
Wed May 26 17:57:13 UTC 2010
Derek, Dave, Stephane,
(a rare top-post!), your points are well understood, and will be addressed.
The immediate reason that the pdns-recursor did not have full auto*, and
is unlikely to get it, was the deep dissatisfaction we felt with this suite
It turned out to be difficult to have the kind of fine-grained control over
building the recursor in static and semi-static modes using auto*.
We still have the deep dissatisfaction with auto*, which is exhibited for
example by the 'boost' macros which you reference, that are now part of the
powerdns trunk, not in fact detecting boost on many of our platforms..
David, one of the best ways to motivate us is by opening a ticket on
http://wiki.powerdns.com/ - could you do that?
On Wed, May 26, 2010 at 09:48:30AM -0700, David Hawthorne wrote:
> Just to weigh in on this, I'm compiling it on mac right now to see if I can find a missing header I already fixed in a local branch. I had to twiddle CPPFLAGS and LDFLAGS on the configure line to get it to know where macports installed boost:
> $ CPPFLAGS=-I/opt/local/include LDFLAGS=-L/opt/local/lib ./configure
> There are established macros for requiring boost, and for specifying the location and specific versions for autoconf:
> the m4 file goes into the m4 subdirectory and configure.ac gets:
> On May 26, 2010, at 9:16 AM, Derrik Pates wrote:
> > On 05/26/2010 12:45 AM, Stephane Bortzmeyer wrote:
> >> ./configure is not very helpful when it cannot find a library. For
> >> instance, if Boost is not found (because it is in /usr/pkg):
> >> % ./configure
> >> Testing dependencies and compiler.
> >> Using gmake to build
> > [trimming compiler output]
> >> Instead of something like, more common among free Unix programs:
> >> Cannot find the Boost library <http://boost.org/>. If it is installed, use --with-boost
> >> I cannot even use --help to find documentation, it yields the same
> >> error message.
> >> PowerDNS recursor, version 3.2
> > I actually had similar troubles trying to build the v3.2 recursor, but
> > with Boost installed. However, I made the mistake of using the Boost
> > packages included with CentOS; it seems that the 1.33.x version of Boost
> > included in CentOS doesn't have some features that are needed for the
> > new recursor code, but nowhere did I see this new dependency noted, nor
> > did the configure script bitch me out about "your boost is too old,
> > please upgrade". I had to grab sources from Fedora 10 (since Fedora 11
> > and up's RPM format change, backbuilding SRPMs is much more difficult,
> > grr) for Boost 1.39.0 and use that, but something should really be done
> > to make people aware of this, and not have to go scour Google to figure
> > out why the recursor won't build.
> > --
> > Derrik Pates
> > demon at devrandom.net
> > _______________________________________________
> > Pdns-users mailing list
> > Pdns-users at mailman.powerdns.com
> > http://mailman.powerdns.com/mailman/listinfo/pdns-users
> Pdns-users mailing list
> Pdns-users at mailman.powerdns.com
More information about the Pdns-users