Added sys/filio.h to oldstyle
fixes done for 0.4.0
Added sys/filio.h that is needed on solaris to get FIONREAD
Added check for sys/filio.h
More doxycomments
Updated with new installation instructions etc
This file is deprecated by using autotools
Added some CFLAGS to make sure we have ISO compliant code
No longer need, autogenerated from doxygen
Added aaio_flush, and did some updates, this will probably be the 0.3.0 version.
Removed dependency of depricated header termio.h
automake fixes
Moved to autotools build system.
secondary target aaio2 now uses the more efficient termios functions. aaio is still kept for compatibility issues. aaio2 is STRONGLY prefered.
Starting on 0.2.0 version. Fixed bug with echo when in abuse mode.
Initial revision
CmdLine::parse return behaviour
Please take another look, "the exception handling is important in this context." doesn't make sense. Either the exception is hanled inside parse and thus it will exit on error, or it will be thrown to the caller that can handle it. So instead of "return true/false" it will return nothing on success or throw an exception on error - that you can catch and decide what to do with.
It's a bit unclear what you are asking about and I haven't looked at th > 1MB zip file, but if I were to guess what you want to do is to disable exception handling in the CmdLine object. You can do that by calling p.setExceptionHandling(false); . That way the application will receive any exception thrown during parsing and can choose how to deal with it. https://tclap.sourceforge.net/html/classTCLAP_1_1CmdLine.html#aa02055d8f4864bfa9b505e2d26bbbd87 If this is specifically about --version you can...
Change ValuesConstraint constructor to take const&
Thanks, comited in [9c695742a6536da4f0406176f91e8ada4644608b].
Changes the ValuesConstraint ctor to take its argument as const.
Patches against 1.4 are welcome.
Include required package-config files in the release
Thanks Lars, a new release has been cut as 1.4.0-rc2.
Fix installation of doc files
Thanks, patch tested and applied in: https://sourceforge.net/p/tclap/code/ci/81b3d2a0c47895c22e9bb8c577f5ab521f76e5d2/
Fix installation of doc files.
Fix installation of doc files
Minor fixes for clang-tidy warnings
Make virtual functions calls from constructor explicit.
Add missing includes.
Thanks
Allow const Contraints to be passed to Arg constructors
UnlabeledValueArg visitor
Fixed in [3feeb7b2499b37d9cb80890cadaf7c905a9a50c6] and [77561f5fab620e0857a04c240ae981f679449e15] respectively. Thanks for reporting.
Add missing call to check visitor in Unlabeled args.
Add missing call to check visitor in Unlabeled args.
UnlabeledValueArg visitor
Thanks for the feedback, and sorry for the delay - I was traveling. I responded to the OP on SO, but here it is for posterity: This isn't really part of the design of TCLAP. It's focused on providing "POSIX style" command line flags/arguments, which was the style of the day. It would probably not be too difficult to provide a git-style parser in the same spirit of TCLAP, but as of now TCLAP is probably to wrong tool for the job.
string exception with short app name
string exception with short app name
I believe this was fixed about a year ago in [57a98f01bc2ac69812c703df4a99f060240c7214]. Can you try fetching the latest version and see if that fixes the problem?
Done, I've cut a new 1.2.5 release that should compile with GCC 11
Cut the v1.2.5 release to fix GCC 11 build issues
I think the challenge here is that it adds complexity for a very particular use-case, so it would have to be demonstrated that 1) this is useful for (some portion of) TCLAP's intended audience and 2) the change is simple enough to warrant adding this for everyone + the maintainers. So if you can come up with some use-cases for (1) and send a patch for (2) I'll take a look at it.
I'm not sure exactly what problem you experience, but TCLAP doesn't hold on to any of the argv's. In fact, all the parse(int argc, const char *const *argv) method does is to copy the argv into a temporary vector that is destroyed when the function exits. inline void CmdLine::parse(int argc, const char *const *argv) { // this step is necessary so that we have easy access to // mutable strings. std::vector<std::string> args; for (int i = 0; i < argc; i++) args.push_back(argv[i]); parse(args); } Two...
I think there is some other issue involved as only HFS+ filesystems were involved when building. I no longer own a Mac (Intel or ARM), so if anyone is up for cutting a new release, I'd be more than happy to have it uploaded here.
Fix upload script since SF changed the layout years ago.
Bump version info to 1.1.6.
Reformat with UNIX line-endings
Pull updated web page from sourceforge.
Update with new versions, also use new link format
Update version info to v1.1.6
Compile in libtiff support (missing libz dependency)
Compile in libz (needed for libtiff support)
Update changelog for 1.1.6
Update to xcode 12 format
Code hygen (clean warnings)
Conversion to newer xcode version
Still no information about what you are trying to do or why, but there were options added to disable various parts of the build in [a6429a]. Perhaps that will allow you to do what you want.
TCLAP won't build with GCC 11.1
Reported and fixed in https://sourceforge.net/p/tclap/bugs/33
Support localization in TCLAP
We should probably do a better job of localization in general - and not simply allow changing the default args. For now, I would suggest you simply change the text in the appropriate header (as this will likely take some time to get done).
I do not know what "package build" means, please elaborate on what you are trying to do. Steps taken, expected result, and actual result. To use TCLAP you don't need to build anything, you can just include the headers.
Tests fail: No such file or directory: '../examples/test22, etc
Please run ctest from the build directory.
Fixed an error in CPack packaging
See also https://sourceforge.net/p/tclap/bugs/25/ for related issues with static variables. Fixing this in a backwards compatible way may be a bit tricky (because the Arg doesn't necessarily have access to the CmdLine object when it is created), and given that it's a pretty rare use-case (multiple CmdLine objects + Unlabeled arguments) I'm not convinced it's worth it. It should be fixed for 2.0 though. However, non-breaking patches would be welcomed.
See also https://sourceforge.net/p/tclap/bugs/25/ for related issues with static variables. Fixing this in a backwards compatible way may be a bit tricky, and given that it's a pretty rare use-case (multiple CmdLine objects + Unlabeled arguments) I'm not convinced it's worth it. It should be fixed for 2.0 though. However, non-breaking patches would be welcomed.
This was http://sourceforge.net/p/tclap/bugs/33, and should be fixed in [b8e464] for 1.4 and [52a118] for 1.2.
Thanks!
CMake improvements, mainly the ones implementing packaging
tclap does not compile with g++ 11
Fixed in [b8e464] for 1.4, and [52a118] for 1.2.
Remove confusing statement about not supplying flag argument.
Fix compilation issue with C++20 and gcc-11.1
Fix compilation issue with C++20 and gcc-11.1
tclap does not compile with g++ 11
Replaced simple_test.sh with a C++ wrapper.
Fix issues with TmpFile stream.
Run clang-format (no code changes).
Switch to use TCLAP for arg parsing as it makes the code more readable.
Include what you use and put system headers last.
Clean up tmpfiles using RAII.
Change to UNIX line endings.
Clean up return branches, no need to keep a result variable.
Fix automake issue on mac.
Fix some (harmless) warnings from Visual Studio.
clang-format on unittest files. No functional change.
Include generated docs in release tarball.
Explicitly initiailze member variables in init-list.
Added docs to install targets.
Remove instructions to use cmake --install . --prefix=..., it appears flaky.
Script for creating a release.
More fixes to make distcheck work (with parallel builds).
ChangeLog for 1.2.4 updated.
Fix manual build-rule so it works from build directory.