25 Commits

Author SHA1 Message Date
Daniel Aarno
0a475929b8 Update copyright notices. 2019-05-06 19:44:57 +01:00
Daniel Aarno
81e4e8bba5 Add emacs mode-lines to all header files 2018-03-19 10:13:46 +00:00
Daniel Aarno
5879dff268 Fixed more typos 2017-12-26 14:00:18 +01:00
Daniel Aarno
4c04f3e965 Fixed typo 2017-12-26 14:00:13 +01:00
macbishop
a5161226b8 Supressed some warnings 2007-02-17 14:59:52 +00:00
mes5k
14d1dc69bf added gcc warning patch 2005-09-10 23:25:43 +00:00
zeekec
e091b97f18 Add using toString statements (for gcc >= 3.4). 2005-07-13 03:33:44 +00:00
mes5k
ce60f03fd3 fix to handle optional unlabeled args 2005-06-03 02:35:10 +00:00
mes5k
af8b7b6877 added alreadySet 2005-01-23 04:41:47 +00:00
mes5k
ee4e8d9783 fixed xor bug 2005-01-21 04:03:20 +00:00
mes5k
6471476a4d Changed allowedList to Constraint 2005-01-07 02:55:52 +00:00
mes5k
a42880b72d removed two stage lookup ifdefs 2004-11-25 03:57:34 +00:00
mes5k
cf64287c40 cleaned up some includes and added ifdefs for sstream 2004-10-21 03:04:13 +00:00
macbishop
35aa53232d Moving the implementation of tclap to the header files presented me with two
major problems. 1) There where static functions and variables that could cause
link errors if tclap where used in different files (e.g. file1.cc and file2.cc
included tclap then compiling both files would give hard symbols for some
variables which would produce multiple definition when linking) 2) The
dependencies of tclap was a bit strange (CmdLine depends on Args and Args
depends on CmdLine for instance)

The first problem I solved by removing all static variables putting them in
static member functions (which are weak-symbols). So for instance every where
there previously was something like x = _delimiter there now is x = delimiter()
or in case of write acces delimiterRef() = x instead of _delimiter = x (I had
to append the Ref because there where already functions with the same name as
the variables). To solve the problem with static functions I simply inlined
them. This causes the compiler to produce a weak symbol or inline if
appropriate. We can put the functions inside the class declaration later to
make the code look better. This worked fine in all but two cases. In the
ValueArg and MultiArg classes I had to do a "hack" to work around the
specialization template for extractValue<std::string>. The code for this is
very simple but it might look strange an stupid at first but it is only to
resolve the specialisation to a weak symbol. What I did was I put the
implementations of extractValue in a helper class and I could then create a
specialized class instead of function and everything worked out. I think now in
retrospect there might be better solutions to this but I'll think a bit more on
it (maybe some type of inlining on the specialized version would suffice but
I'm not sure).

To handle the dependencies I had to do some rewriting. The first step was to
introduce a new class CmdLineInterface that is a purely abstract base of
CmdLine that specifies the functions needed by Arg and friends. Thus Arg
classes now takes an CmdLineInterface object as input instead (however only
CmdLine can ever be instantiated of-course). With this extra class cleaning up
the dependencies was quite simple, I've attached a dependency graph to the mail
(depgraph.png). I also cleaned up the #includes so now only what actually needs
inclusion is included. A nice side effect of this is that the impl. of CmdLine
is now put back into CmdLine.h (where I guess you wanted it) which (recursivly)
includes everything else needed.

Just to make things clear for myself regarding the class dependencies I made a
class TCLAP::Exception that inherits from std::exception and is a base of
ArgException (Exception does nothing currently). If we don't want the Exception
class it can be removed, however I think it could be a nice logic to have a
base Exception class that every exception inherits from, but we can discuss
that when we decide how to handle exceptions.
2004-09-26 18:27:47 +00:00
mes5k
6cd0c3db78 changed ifndef labels 2004-09-18 16:54:21 +00:00
mes5k
67c8ff84e1 cleaned up a bunch of things 2004-09-16 03:54:08 +00:00
mes5k
389a4f87b1 got CmdLine arg working 2004-09-12 02:32:37 +00:00
macbishop
35a072e0b6 Support for automatic addition to a CmdLine parser 2004-09-09 19:55:33 +00:00
mes5k
a01538d7ba changed namespace std handling 2004-09-07 18:24:48 +00:00
macbishop
b2c9942f51 Compilation was broken due to undef. symbols in compilers with 2 stage
name-lookup (such as gcc >= 3.4). The fix for this is to tell the
compiler what symbols to use withlines like: using MultiArg<T>::_name;

This is now done and everything compiles fine. Since I'm not sure
about the support for things like using MultiArg<T>::_name; on all
compilers it is ifdef:ed away by default. To get 2 stage name-lookup
to work you have to add -DTWO_STAGE_NAME_LOOKUP to your CXXFLAGS
before running configure.
2004-09-04 21:09:37 +00:00
mes5k
45ecbd896c added allow 2004-07-04 02:30:52 +00:00
mes5k
c17ad76595 now the Arg adds itself to the CmdLine arglist 2004-02-13 23:21:38 +00:00
mes5k
377f9384fa fixed combined switch stuff and added doxygen comments 2004-01-08 04:59:26 +00:00
mes5k
c1a5c617ed delim stuff 2003-12-22 02:31:38 +00:00
mes5k
aca51c23a8 big update 2003-04-03 17:59:34 +00:00