Fw: [typeof] please make "*_native" tests expected failures on HP-UX
I sent attached mail a week ago to boost@lists.boost.org list. Did not get any response. Perhaps, I should've sent it to boost testing list and/or provide a patch. This is what I'm doing now hoping, that it will help to resolve the issue. I also CC typeof library author (I hope, I have his correct mail address). The issue is that, like other compilers, including such EDG-based compilers as como-4_3_3-vc7_1 and cxx on Tru64, the HP-UX aCC6 compiler does not support typeof keyword in default mode (both cxx and aCC6 support it in Gnu dialect mode). For toolsets using compilers that do not support typeof keyword, the "*_native" group of typeof library tests is marked expected failure (there are some 19 tests in this group). The patch below adds "acc" to the list of these toolsets. Please, apply it to CVS HEAD and the RC branch. Thanks, Boris Index: explicit-failures-markup.xml =================================================================== RCS file: /cvsroot/boost/boost/status/explicit-failures-markup.xml,v retrieving revision 1.433.2.130 diff -r1.433.2.130 explicit-failures-markup.xml 2375a2376
<toolset name="acc"/>
----- Original Message ----- From: "Boris Gubenko" <Boris.Gubenko@hp.com> To: <boost@lists.boost.org> Cc: "Boris Gubenko" <Boris.Gubenko@hp.com> Sent: Thursday, January 11, 2007 7:29 PM Subject: [typeof] please make "*_native" tests expected failures on HP-UX
Like many other compilers, aCC6 on HP-UX does not support typeof extension (to be precise, it supports it in GNU C++ dialect compatibility mode -- -Ag++ -- but not in the default mode).
In explicit-failures-markup.xml, there is a group of toolsets making "*_native" typeof library tests expected failures, with the remark: "Native mode is not supported for this compiler.". Please, add "acc" toolset to this group, in both HEAD and the RC branch.
I don't think that a patch is needed for such a simple change, but if you need/want a patch, I can provide one.
Thanks, Boris
"Boris Gubenko" <Boris.Gubenko@hp.com> wrote
The issue is that, like other compilers, including such EDG-based compilers as como-4_3_3-vc7_1 and cxx on Tru64, the HP-UX aCC6 compiler does not support typeof keyword in default mode (both cxx and aCC6 support it in Gnu dialect mode). For toolsets using compilers that do not support typeof keyword, the "*_native" group of typeof library tests is marked expected failure (there are some 19 tests in this group). The patch below adds "acc" to the list of these toolsets. Please, apply it to CVS HEAD and the RC branch.
This is a simple change in explicit-failures-markup.xml. The question is, should we (are we allowed to at this point) apply a change that is not related to a release compiler? Regards, Arkadiy
2007/1/18, Arkadiy Vertleyb <vertleyb@hotmail.com>:
"Boris Gubenko" <Boris.Gubenko@hp.com> wrote
The issue is that, like other compilers, including such EDG-based compilers as como-4_3_3-vc7_1 and cxx on Tru64, the HP-UX aCC6 compiler does not support typeof keyword in default mode (both cxx and aCC6 support it in Gnu dialect mode). For toolsets using compilers that do not support typeof keyword, the "*_native" group of typeof library tests is marked expected failure (there are some 19 tests in this group). The patch below adds "acc" to the list of these toolsets. Please, apply it to CVS HEAD and the RC branch.
This is a simple change in explicit-failures-markup.xml. The question is, should we (are we allowed to at this point) apply a change that is not related to a release compiler?
I already commited the changes to the release branch... There are regression results for this compiler for the RC branch. What other criterias are needed to categorize a compiler as a release compiler? If this turns out to be an issue, I'll revert the changes. Regards, Peder
Regards, Arkadiy
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
<snip>
There are regression results for this compiler for the RC branch. What other criterias are needed to categorize a compiler as a release compiler?
intel-win- 9.1 has the same issue. If it is ok to mark the acc compiler, we should probably mark this compiler as not supporting native typeof as well... http://engineering.meta-comm.com/boost-regression/CVS-RC_1_34_0/developer/ty... Regards, Peder
If this turns out to be an issue, I'll revert the changes.
Regards, Peder
Regards, Arkadiy
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Thank you, Peder and Arkadiy, for taking care of this issue. Boris ----- Original Message ----- From: "Peder Holt" <peder.holt@gmail.com> To: <boost@lists.boost.org> Sent: Thursday, January 18, 2007 5:47 AM Subject: Re: [boost] A question to release manager. Was: [typeof] pleasemake native tests expected failures on HP-UX
2007/1/18, Arkadiy Vertleyb <vertleyb@hotmail.com>:
"Boris Gubenko" <Boris.Gubenko@hp.com> wrote
The issue is that, like other compilers, including such EDG-based compilers as como-4_3_3-vc7_1 and cxx on Tru64, the HP-UX aCC6 compiler does not support typeof keyword in default mode (both cxx and aCC6 support it in Gnu dialect mode). For toolsets using compilers that do not support typeof keyword, the "*_native" group of typeof library tests is marked expected failure (there are some 19 tests in this group). The patch below adds "acc" to the list of these toolsets. Please, apply it to CVS HEAD and the RC branch.
This is a simple change in explicit-failures-markup.xml. The question is, should we (are we allowed to at this point) apply a change that is not related to a release compiler?
I already commited the changes to the release branch...
There are regression results for this compiler for the RC branch. What other criterias are needed to categorize a compiler as a release compiler?
If this turns out to be an issue, I'll revert the changes.
Regards, Peder
Regards, Arkadiy
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Arkadiy Vertleyb wrote:
"Boris Gubenko" <Boris.Gubenko@hp.com> wrote
This is a simple change in explicit-failures-markup.xml. The question is, should we (are we allowed to at this point) apply a change that is not related to a release compiler?
Fixes to explicit-failures-markup are OK for all compilers. That being said I ask everybody not to take unnecessary risks. The designation "release compiler" mostly means that we'll hold the release for regressions. Thomas
Regards, Arkadiy
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- Thomas Witt witt@acm.org
2007/1/18, Boris Gubenko <Boris.Gubenko@hp.com>:
I sent attached mail a week ago to boost@lists.boost.org list. Did not get any response. Perhaps, I should've sent it to boost testing list and/or provide a patch. This is what I'm doing now hoping, that it will help to resolve the issue. I also CC typeof library author (I hope, I have his correct mail address).
The issue is that, like other compilers, including such EDG-based compilers as como-4_3_3-vc7_1 and cxx on Tru64, the HP-UX aCC6 compiler does not support typeof keyword in default mode (both cxx and aCC6 support it in Gnu dialect mode). For toolsets using compilers that do not support typeof keyword, the "*_native" group of typeof library tests is marked expected failure (there are some 19 tests in this group). The patch below adds "acc" to the list of these toolsets. Please, apply it to CVS HEAD and the RC branch.
Applied. Sorry for the delay Regards, Peder
Thanks, Boris
Index: explicit-failures-markup.xml =================================================================== RCS file: /cvsroot/boost/boost/status/explicit-failures-markup.xml,v retrieving revision 1.433.2.130 diff -r1.433.2.130 explicit-failures-markup.xml 2375a2376
<toolset name="acc"/>
----- Original Message ----- From: "Boris Gubenko" <Boris.Gubenko@hp.com> To: <boost@lists.boost.org> Cc: "Boris Gubenko" <Boris.Gubenko@hp.com> Sent: Thursday, January 11, 2007 7:29 PM Subject: [typeof] please make "*_native" tests expected failures on HP-UX
Like many other compilers, aCC6 on HP-UX does not support typeof extension (to be precise, it supports it in GNU C++ dialect compatibility mode -- -Ag++ -- but not in the default mode).
In explicit-failures-markup.xml, there is a group of toolsets making "*_native" typeof library tests expected failures, with the remark: "Native mode is not supported for this compiler.". Please, add "acc" toolset to this group, in both HEAD and the RC branch.
I don't think that a patch is needed for such a simple change, but if you need/want a patch, I can provide one.
Thanks, Boris
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
participants (4)
-
Arkadiy Vertleyb -
Boris Gubenko -
Peder Holt -
Thomas Witt