[program_options] Patch for Tru64/cxx65
Attached patch fixes the last failure on Tru64. (See http://tinyurl.com/dfslr) Ok to commit? Markus Index: parsers_test.cpp =================================================================== RCS file: /cvsroot/boost/boost/libs/program_options/test/parsers_test.cpp,v retrieving revision 1.12 diff -u -w -r1.12 parsers_test.cpp --- parsers_test.cpp 27 Apr 2005 07:02:39 -0000 1.12 +++ parsers_test.cpp 17 May 2005 10:12:16 -0000 @@ -126,7 +126,13 @@ // Regression test: check that '0' as style is interpreted as // 'default_style' vector<option> a4 = - parse_command_line(5, cmdline3_, desc, 0, additional_parser).options; + parse_command_line(5, +#if BOOST_WORKAROUND(__DECCXX_VER, BOOST_TESTED_AT(60590042)) + static_cast<char const * const *>(cmdline3_), +#else + cmdline3_, +#endif + desc, 0, additional_parser).options; BOOST_CHECK_EQUAL(a4.size(), 4u); check_value(a4[0], "foo", "4");
Markus Sch?pflin wrote:
Attached patch fixes the last failure on Tru64. (See http://tinyurl.com/dfslr) Ok to commit?
Hi Markus, please hold on a bit. The same problem is present on intel and comeau, and I want to dig the standard to understand if the test is doing something wrong itself. - Volodya
Vladimir Prus wrote:
Markus Sch?pflin wrote:
Attached patch fixes the last failure on Tru64. (See http://tinyurl.com/dfslr) Ok to commit?
please hold on a bit. The same problem is present on intel and comeau, and I want to dig the standard to understand if the test is doing something wrong itself.
Anything new on this?
Markus Sch?pflin wrote:
Vladimir Prus wrote:
Markus Sch?pflin wrote:
Attached patch fixes the last failure on Tru64. (See http://tinyurl.com/dfslr) Ok to commit?
please hold on a bit. The same problem is present on intel and comeau, and I want to dig the standard to understand if the test is doing something wrong itself.
Anything new on this?
Not yet. See my "Template argument deduction question" post. Unless anything clears up in a couple of days, I'll revert that "make parse_command_line const correct patch" that lead to this breakage. - Volodya
Vladimir Prus <ghost@cs.msu.su> writes:
Markus Sch?pflin wrote:
Vladimir Prus wrote:
Markus Sch?pflin wrote:
Attached patch fixes the last failure on Tru64. (See http://tinyurl.com/dfslr) Ok to commit?
please hold on a bit. The same problem is present on intel and comeau, and I want to dig the standard to understand if the test is doing something wrong itself.
Anything new on this?
Not yet. See my "Template argument deduction question" post. Unless anything clears up in a couple of days, I'll revert that "make parse_command_line const correct patch" that lead to this breakage.
Did you miss this reply from EDG? Hmm, it looks like they sent it to me alone :( -- Dave Abrahams Boost Consulting www.boost-consulting.com
On Monday 06 June 2005 16:21, David Abrahams wrote:
Vladimir Prus <ghost@cs.msu.su> writes:
Markus Sch?pflin wrote:
Vladimir Prus wrote:
Markus Sch?pflin wrote:
Attached patch fixes the last failure on Tru64. (See http://tinyurl.com/dfslr) Ok to commit?
please hold on a bit. The same problem is present on intel and comeau, and I want to dig the standard to understand if the test is doing something wrong itself.
Anything new on this?
Not yet. See my "Template argument deduction question" post. Unless anything clears up in a couple of days, I'll revert that "make parse_command_line const correct patch" that lead to this breakage.
Did you miss this reply from EDG? Hmm, it looks like they sent it to me alone :(
I even missed that you CCed EDG, and send a question to Comeau (that's the compiler I've tested locally with).
The part of the standard that isn't entirely clear is 14.8.2.1/4 (two paragraphs after the one quoted). It specifies that normally the deduced type and the type A transformed as "above" (i.e., as per the quoted
Oops.. I don't even have paragraph 4 in 14.8.2.1. Ok, seems like I'll have to revert the 'const correctness patch' that causes this problem. Thanks, Volodya
participants (3)
-
David Abrahams -
Markus Schöpflin -
Vladimir Prus