[serialization] test_variant_xml_archive
Robert, for all appearances, this test failure: http://tinyurl.com/y5gv7s is the problem with the test itself, not with the library. The error message is: Error E2304 ..\libs\serialization\test\test_variant.cpp 171: Constant variable '_Stz' must be initialized The problem is that I can't find that many lines in the file in question. Do you have an idea what's this variable is and how to fix it? Thanks, Volodya
I've seen this and am not sure how to respond. Given that it points to a line# beyond the end-of-file its looks to me that its an issue with intialization of some static variable with some library - probably with the standard library implementation for this environment. Worse yet, it seems to come and go. In any case, the best person to investigate this woudl be Nicholas Musetti as he has made the changes required to support this compiler. Robert Ramey Vladimir Prus wrote:
Robert, for all appearances, this test failure:
is the problem with the test itself, not with the library. The error message is:
Error E2304 ..\libs\serialization\test\test_variant.cpp 171: Constant variable '_Stz' must be initialized
The problem is that I can't find that many lines in the file in question. Do you have an idea what's this variable is and how to fix it?
Thanks, Volodya
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Robert Ramey wrote:
Vladimir Prus wrote:
Robert, for all appearances, this test failure:
is the problem with the test itself, not with the library. The error message is:
Error E2304 ..\libs\serialization\test\test_variant.cpp 171: Constant variable '_Stz' must be initialized
The problem is that I can't find that many lines in the file in question. Do you have an idea what's this variable is and how to fix it?
I've seen this and am not sure how to respond. Given that it points to a line# beyond the end-of-file its looks to me that its an issue with intialization of some static variable with some library - probably with the standard library implementation for this environment. Worse yet, it seems to come and go. In any case, the best person to investigate this woudl be Nicholas Musetti as he has made the changes required to support this compiler.
I believe this refers to std::fpos<>::_Stz from <iosfwd>. This appears to refer to a specialization on a const type, which in turn makes me think of Borland's bug of not dropping the top level const qualification in argument deduction. What I do not know is what is triggering this and whether in this case the usual workaround is applicable, which is to specify explicitly the relevant function's template arguments. Cheers, Nicola Musatti
Nicola Musatti wrote:
Robert Ramey wrote:
Vladimir Prus wrote:
Robert, for all appearances, this test failure:
is the problem with the test itself, not with the library. The error message is:
Error E2304 ..\libs\serialization\test\test_variant.cpp 171: Constant variable '_Stz' must be initialized
The problem is that I can't find that many lines in the file in question. Do you have an idea what's this variable is and how to fix it?
I've seen this and am not sure how to respond. Given that it points to a line# beyond the end-of-file its looks to me that its an issue with intialization of some static variable with some library - probably with the standard library implementation for this environment. Worse yet, it seems to come and go. In any case, the best person to investigate this woudl be Nicholas Musetti as he has made the changes required to support this compiler.
I believe this refers to std::fpos<>::_Stz from <iosfwd>. This appears to refer to a specialization on a const type, which in turn makes me think of Borland's bug of not dropping the top level const qualification in argument deduction.
What I do not know is what is triggering this and whether in this case the usual workaround is applicable, which is to specify explicitly the relevant function's template arguments.
Would it be possible for you to prepare this "usual workaround" and see if it helps? Thanks, Volodya
Vladimir Prus wrote:
Nicola Musatti wrote:
Robert Ramey wrote:
Vladimir Prus wrote:
Robert, for all appearances, this test failure:
is the problem with the test itself, not with the library. The error message is:
Error E2304 ..\libs\serialization\test\test_variant.cpp 171: Constant variable '_Stz' must be initialized
The problem is that I can't find that many lines in the file in question. Do you have an idea what's this variable is and how to fix >> it?
I've seen this and am not sure how to respond. Given that it points to a line# beyond the end-of-file its looks to me that its an issue with intialization of some static variable with some library - probably with the standard library implementation for this environment. Worse yet, it seems to come and go. In any case, the best person to investigate this woudl be Nicholas Musetti as he has made the changes required to support this compiler.
I believe this refers to std::fpos<>::_Stz from <iosfwd>. This appears to refer to a specialization on a const type, which in turn makes me think of Borland's bug of not dropping the top level const qualification in argument deduction.
What I do not know is what is triggering this and whether in this case the usual workaround is applicable, which is to specify explicitly the relevant function's template arguments.
Would it be possible for you to prepare this "usual workaround" and see if it helps?
This really should be part of the variant library, I don't know what the usual workaround is, I don't have a copy of this compiler, and if the above speculartion is correct, its likely just a test artifact anyway. Nicolas has spent a lot of time finding the fixes required for borland 5.82 and I think that's enough. .How about just marking it as failing and move on. Robert Ramey
Vladimir Prus wrote:
Nicola Musatti wrote: [...]
I believe this refers to std::fpos<>::_Stz from <iosfwd>. This appears to refer to a specialization on a const type, which in turn makes me think of Borland's bug of not dropping the top level const qualification in argument deduction.
What I do not know is what is triggering this and whether in this case the usual workaround is applicable, which is to specify explicitly the relevant function's template arguments.
Would it be possible for you to prepare this "usual workaround" and see if it helps?
No, I'm afraid. As I said, I don't know what in the Serialization code triggers this problem and unfortunately Borland's compiler doesn't provide an instantiation trace, so investigating this issue would take a lot of time. I think it's better to follow Robert's suggestion and mark these as expected. Sorry, Nicola Musatti
Nicola Musatti wrote:
Vladimir Prus wrote:
Nicola Musatti wrote: [...]
I believe this refers to std::fpos<>::_Stz from <iosfwd>. This appears to refer to a specialization on a const type, which in turn makes me think of Borland's bug of not dropping the top level const qualification in argument deduction.
What I do not know is what is triggering this and whether in this case the usual workaround is applicable, which is to specify explicitly the relevant function's template arguments.
Would it be possible for you to prepare this "usual workaround" and see if it helps?
No, I'm afraid. As I said, I don't know what in the Serialization code triggers this problem and unfortunately Borland's compiler doesn't provide an instantiation trace, so investigating this issue would take a lot of time. I think it's better to follow Robert's suggestion and mark these as expected.
Thanks for clarifying the situation. I have marked the serialization/variant failures as expected for this release. Thanks, Volodya
participants (3)
-
Nicola Musatti -
Robert Ramey -
Vladimir Prus