OSX doesn't know which side of the egg it should crack.

My guess is that this is because can provide universal binaries.
We'll need to look into that later, but for now, at least choose
one of them and not both ;)
Fix make distclean

Both the remotebackend and bindbackend use sources from
the pdns/ directory two levels up.

When running make distclean, the automatically generated
dependencies are cleaned from the current directory.
When make next recurses into pdns/, those .deps are gone
and make fails.

http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17354 describes
the same issue.

The obvious fix (apart from fixing the bug in automake) is
to either switch to non-recursive make, or create a convenience
library.

Until that hapens, disabling dependency tracking is the only
solution I see. The nice side effect is that this speeds
up one off builds tremendously.

Fixes #1232
Merge pull request #1589 from rubenk/fix-endianness-ambiguity-on-osx

OSX doesn't know which side of the egg it should crack.
Merge pull request #1592 from rubenk/fix-make-distclean

Fix make distclean