[Pdns-users] compiling on x86_64

[Vincent Danen]

On Feb 11, 2005, at 2:58, Rick Jansen wrote:

>>> Ok, I'll fix this. Reason I didn't see it is that it only crops up  
>>> when
>>> compiling with MySQL support, which I didn't do. Thanks.
>> Ok, try applying this fix:
>> http://wiki.powerdns.com/projects/trac/changeset/305?format=diff
>> The trick is to download this file, and apply it like this:
>> pdns/$ patch -p2 < pdns/305\?format\=diff Should solve the problems.
>
> Yep, problem solved :-)

Doesn't solve it here.  With this patch I applied, I now get:

syncres.cc: In member function `int  
SyncRes::doResolveAt(std::set<std::string, std::less<std::string>,  
std::allocator<std::string> >, std::basic_string<char,  
std::char_traits<char>, std::allocator<char> >, const std::string&,  
const QType&, std::vector<DNSResourceRecord,  
std::allocator<DNSResourceRecord> >&, int,  
std::set<SyncRes::GetBestNSAnswer, std::less<SyncRes::GetBestNSAnswer>,  
std::allocator<SyncRes::GetBestNSAnswer> >&)':
syncres.cc:370: error: ambiguous overload for 'operator<<' in  
'(+(+(+(+(+(+theL(const std::string&)((&string("",  
(&allocator<char>())))))->Logger::operator<<(Logger::Urgency)(Logger:: 
Warning))->Logger::operator<<(const  
std::string&)((&prefix)))->Logger::operator<<(const  
std::string&)((+qname)))->Logger::operator<<(const  
std::string&)((&string(": Trying to resolve NS ",  
(&allocator<char>())))))->Logger::operator<<(const  
std::string&)((+(&tns)->__gnu_cxx::__normal_iterator<_Iterator,  
_Container>::operator*() const [with _Iterator = const std::string*,  
_Container = std::vector<std::string, std::allocator<std::string>  
 >]())))->Logger::operator<<(const std::string&)((&string(" (",  
(&allocator<char>())))) << __gnu_cxx::operator-(const  
__gnu_cxx::__normal_iterator<_IteratorL, _Container>&, const  
__gnu_cxx::__normal_iterator<_IteratorR, _Container>&) [with _IteratorL  
= const std::string*, _IteratorR = std::string*, _Container =  
std::vector<std::string, std::allocator<std::string>  
 >]((&__gnu_cxx::operator+(typename  
__gnu_cxx::__normal_iterator<_Iterator, _Container>::difference_type,  
const __gnu_cxx::__normal_iterator<_Iterator, _Container>&) [with  
_Iterator = const std::string*, _Container = std::vector<std::string,  
std::allocator<std::string> >]((&tns))), (&std::vector<_Tp,  
_Alloc>::begin() [with _Tp = std::string, _Alloc =  
std::allocator<std::string>]()))'
logger.hh:110: error: candidates are: Logger& Logger::operator<<(const  
std::string&) <near match>
logger.hh:111: error:                 Logger& Logger::operator<<(int)
logger.hh:112: error:                 Logger&  
Logger::operator<<(unsigned int)
logger.hh:113: error:                 Logger& Logger::operator<<(long  
unsigned int)
make[3]: *** [syncres.o] Error 1
make[3]: Leaving directory `/home/vdanen/RPM/BUILD/pdns-2.9.17/pdns'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/vdanen/RPM/BUILD/pdns-2.9.17/pdns'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/vdanen/RPM/BUILD/pdns-2.9.17'
make: *** [all] Error 2
error: Bad exit status from /home/vdanen/RPM/tmp/rpm-tmp.98745 (%build)

Unfortunately, this is gobbly-gook to me... =(

What am I missing?

-- 
Annvix - Secure Linux Server: http://annvix.org/
"lynx -source http://linsec.ca/vdanen.asc | gpg --import"
{FEE30AD4 : 7F6C A60C 06C2 4811 FA1C  A2BC 2EBC 5E32 FEE3 0AD4}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 186 bytes
Desc: This is a digitally signed message part
URL: <http://mailman.powerdns.com/pipermail/pdns-users/attachments/20050211/7f0decc4/attachment-0001.sig>