~roguescholar/boost/+git/program_options:svn-branches/thread_rewrite

Branch merges

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

4f210ad... by nobody <nobody@localhost> on 2005-09-13

This commit was manufactured by cvs2svn to create branch
'thread_rewrite'.

[SVN r30953]

84cc0d2... by John Maddock <email address hidden> on 2005-08-25

Large patch from Ulrich Eckhardt to fix support for EVC++ 4.

[SVN r30670]

d43c947... by DaveAbrahams on 2005-08-12

Fix broken link

[SVN r30559]

e6e1ef2... by Douglas Gregor <email address hidden> on 2005-07-13

Fixup uses of max

[SVN r30059]

78c3d90... by =?utf-8?q?Markus_Sch=C3=B6pflin?= <email address hidden> on 2005-06-16

Fixed previous checkin.

[SVN r29621]

2f17c3b... by =?utf-8?q?Markus_Sch=C3=B6pflin?= <email address hidden> on 2005-06-16

Added workaround for Tru64/CXX, getline() is not defined in <string> when
compiling in strict ansi mode. This is a bug in the string header file.

[SVN r29617]

a78a1f0... by Vladimir Prus on 2005-06-16

Unroll 'make parse_command_line' const-correct patch, because it causes too
much troubles. Basically, consider;

    char* cmdline3_[1] = {};

    template<class charT>
    void func(const charT* const argv[]) {}

    int main()
    {
        func(cmdline3_);
        char** p = cmdline3_;
        func(p);
    }

EDG compilers can't deduce template argument in the first call. See
http://thread.gmane.org/gmane.comp.lib.boost.devel/125396 for details.
Some other compilers (borland, vc 7.0) see to be have this issue too.

[SVN r29615]

5af27a7... by Vladimir Prus on 2005-06-16

Use boost::throw_exception instead just throw_exception. Otherwise, borland
"forgets" to generate code for the function call.

[SVN r29614]

de511c6... by Vladimir Prus on 2005-06-16

Make install target explicit. Otherwise top-level Jamfile will try to
install both results of 'boost_program_options' and of the install target,
resulting in duplicate target error.

[SVN r29604]

f88e0a9... by Vladimir Prus on 2005-06-03

Attempt to fix VC7 parse error.

[SVN r29400]