[Dqt-users] Re: DQT CVS fails to build (no matching function call to log4cxx::Logger::getLogger)

[Volker W. <ma...@vo...>]

Hi!

Nice to see there's some interest in DQT after all - the original initiator
lost interest quite soon after the project reached a first usable state, and
therefore the development was stalled for quite some time now.

Though I'm a Gentoo user, too, I'm not familiar with the ebuild system. I
suspect the problem is not even related to this part. I can not reproduce the
problem on my system. I'm using the very same library versions (at least
regarding Qt and log4cxx) and gcc 3.3.6.

>> DQT.cpp:55: error: no matching function for call to `log4cxx::Logger::getLogger
>>    (const char[4])'
>> /usr/include/log4cxx/logger.h:295: error: candidates are: static
>>    log4cxx::LoggerPtr log4cxx::Logger::getLogger(const log4cxx::String&)
>> /usr/include/log4cxx/logger.h:316: error:                 static
>>    log4cxx::LoggerPtr log4cxx::Logger::getLogger(const log4cxx::String&,
>>    log4cxx::helpers::ObjectPtrT<log4cxx::spi::LoggerFactory>)

Something ugly is happening here - looks like "my" compiler performs some
implicit casting from char[4] to String and "yours" doesn't. Very strange -
and unfortunately I don't have the slightest idea what might be goung wrong
here. I don't even know how to investigate this problem further.

I'm currently offline (writing this mail from aboard the ICE train), but I'll
check whether I've made some modification to the code locally that hasn't made
it into CVS yet. I'll contact you again.

Best regards
  Volker


-- 
* Volker Wegert * http://www.volker-wegert.de/contact *
* "Vergib Deinen Feinden, aber vergiss niemals ihre Namen." (John F.
* Kennedy)  
*