You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Oct 28, 2021. It is now read-only.
Hi, thanks for the cool library, I'm enjoying using it and look forward to its ongoing development!
I seem to have encountered a bug, though: if the argument to a boost::path option has white space in it, the resulting path only includes the first word. Here's a small example:
Here's what happens when I compile and run... notice below that the path "with a space" comes out to just "with".
$ c++ --std=c++11 -I. -o bug bug.cpp -lboost_system # Apple LLVM version 9.0.0 (clang-900.0.39.2)
$ ./bug --path "with a space" --str "with a space"
path_opt="with"
path(string_opt)="with a space"
$
Of course the workaround of using a string opt then creating a path from that is viable, just not nearly as pretty.
It's possible that this isn't a Clara bug per se, but just that boost::path don't have the right construction semantics to work as a Clara Opt. If so that's a bummer -- and a little insidious, since it seems to work fine as long as there's no whitespace. And when/if you do use a path with whitespace there's no warning, just elsewhere in the app you get unexpected behavior because the path isn't what you think it is :)
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hi, thanks for the cool library, I'm enjoying using it and look forward to its ongoing development!
I seem to have encountered a bug, though: if the argument to a
boost::path
option has white space in it, the resulting path only includes the first word. Here's a small example:Here's what happens when I compile and run... notice below that the path
"with a space"
comes out to just"with"
.Of course the workaround of using a string opt then creating a
path
from that is viable, just not nearly as pretty.It's possible that this isn't a Clara bug per se, but just that
boost::path
don't have the right construction semantics to work as a ClaraOpt
. If so that's a bummer -- and a little insidious, since it seems to work fine as long as there's no whitespace. And when/if you do use a path with whitespace there's no warning, just elsewhere in the app you get unexpected behavior because the path isn't what you think it is :)The text was updated successfully, but these errors were encountered: