Vladimir Prus wrote:
Christoph Duelli wrote:
I am trying to parse my options into a QString. I have provided streaming operators for QString, so code like the following does compile
QString sProgram; desc.add_options() ("program,p", po::value<QString>(&sProgram), "...");
It does even work if I pass 'simple' options: -p test will work -p "test oops" will not The cause for that seems to be that the lexical_cast<QString>("test oops") (in program_options) fails (it does fail). If I use std::string the above does work.
Seems providing streaming ops was not enough. QString s; "a b" >> s; now s=="a" lexical_cast has special support for string/wstring according to its docs. I need something similar for QString...
Hi Christoph, so the issue is that your stream operator for QString stops on whitespace, right? And lexical_cast has special workaround to make string->string an identify conversion and you want string->QString convertion to just call QString's construct or QString::fromLocal8Bit? yes, that's the idea.
I'm afraid the current design of lexical_cast does not supports this. You've two approaches:
1. Get lexical_cast fixed somehow. But it's in this state for years... 2. Customize for QStrings at program_options level:
void validate(boost::any& v, const std::vectorstd::string& values, QString*, int) {
using namespace boost::program_options;
// Make sure no previous assignment to 'a' was made. validators::check_first_occurrence(v);
// Extract the first string from 'values'. If there is more than // one string, it's an error, and exception will be thrown. const string& s = validators::get_single_string(values);
v = any(QString::fromLocal8Bit(s)); should be s.c_str() }
This is a less nice that providing operator>>, but I think it's the only solution now. thank you. with this code snippet hidden in a lib it does work now.
Christoph