On Thu, 10 Oct 2024 at 06:33, ci_notify@linaro.org wrote:
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain@lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We understand that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1370 , please let us know if you are looking at the problem and/or when you have a fix.
I'm not sure what the problem is here. It looks like the build uses --enable-clocale=gnu and so I would expect the test to PASS on this target, like it does on x86_64-pc-linux-gnu. Maybe it's a newlib vs glibc difference. Looking into it ...
In arm-eabi v7-a softfp after:
| commit gcc-15-4016-gc534e37facc | Author: Jonathan Wakely jwakely@redhat.com | Date: Tue Sep 24 23:20:56 2024 +0100 | | libstdc++: Populate std::time_get::get's %c format for C locale | | We were using the empty string "" for D_T_FMT and ERA_D_T_FMT in the C | locale, instead of "%a %b %e %T %Y" as the C standard requires. Set it | correctly for each locale implementation that defines time_members.cc. | ... 18 lines of the commit log omitted.
FAIL: 1 regressions The configuration of this build is: CI config tcwg_gnu_embed_check_gcc arm-eabi -marm -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=softfp configure and test flags: --target arm-eabi --disable-multilib --with-mode=arm --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=softfp --target_board=-marm/-march=armv7-a/-mfpu=vfpv3-d16/-mfloat-abi=softfp qemu_cpu=cortex-a9
regressions.sum: | === libstdc++ tests === | | Running libstdc++:libstdc++-dg/conformance.exp ... | FAIL: 22_locale/time_get/get/wchar_t/5.cc -std=gnu++17 execution test |
You can find the failure logs in *.log.1.xz files in
The full lists of regressions and improvements as well as configure and make commands are in
The list of [ignored] baseline and flaky failures are in
-----------------8<--------------------------8<--------------------------8<-------------------------- The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_ea... Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_ea...
Instruction to reproduce the build : https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sha...
Full commit : https://github.com/gcc-mirror/gcc/commit/c534e37faccf481afa9bc28f0605ca0ec38...
On Thu, 10 Oct 2024 at 12:15, Jonathan Wakely via Gcc-regression gcc-regression@gcc.gnu.org wrote:
On Thu, 10 Oct 2024 at 06:33, ci_notify@linaro.org wrote:
Dear contributor, our automatic CI has detected problems related to your patch(es). Please find some details below. If you have any questions, please follow up on linaro-toolchain@lists.linaro.org mailing list, Libera's #linaro-tcwg channel, or ping your favourite Linaro toolchain developer on the usual project channel.
We understand that it might be difficult to find the necessary logs or reproduce the issue locally. If you can't get what you need from our CI within minutes, let us know and we will be happy to help.
We track this report status in https://linaro.atlassian.net/browse/GNU-1370 , please let us know if you are looking at the problem and/or when you have a fix.
I'm not sure what the problem is here. It looks like the build uses --enable-clocale=gnu and so I would expect the test to PASS on this target, like it does on x86_64-pc-linux-gnu. Maybe it's a newlib vs glibc difference. Looking into it ...
Indeed, these flags are passed to GCC's configure.
As you have hopefully found, the error in libstdc++.log is: /libstdc++-v3/testsuite/22_locale/time_get/get/wchar_t/5.cc:15: int main(): Assertion 'err == std::ios::eofbit' failed. FAIL: 22_locale/time_get/get/wchar_t/5.cc -std=gnu++17 execution test
Maybe there's a newlib configure flag we need to enable? Or a newlib bug...
Thanks,
Christophe
In arm-eabi v7-a softfp after:
| commit gcc-15-4016-gc534e37facc | Author: Jonathan Wakely jwakely@redhat.com | Date: Tue Sep 24 23:20:56 2024 +0100 | | libstdc++: Populate std::time_get::get's %c format for C locale | | We were using the empty string "" for D_T_FMT and ERA_D_T_FMT in the C | locale, instead of "%a %b %e %T %Y" as the C standard requires. Set it | correctly for each locale implementation that defines time_members.cc. | ... 18 lines of the commit log omitted.
FAIL: 1 regressions The configuration of this build is: CI config tcwg_gnu_embed_check_gcc arm-eabi -marm -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=softfp configure and test flags: --target arm-eabi --disable-multilib --with-mode=arm --with-arch=armv7-a --with-fpu=vfpv3-d16 --with-float=softfp --target_board=-marm/-march=armv7-a/-mfpu=vfpv3-d16/-mfloat-abi=softfp qemu_cpu=cortex-a9
regressions.sum: | === libstdc++ tests === | | Running libstdc++:libstdc++-dg/conformance.exp ... | FAIL: 22_locale/time_get/get/wchar_t/5.cc -std=gnu++17 execution test |
You can find the failure logs in *.log.1.xz files in
The full lists of regressions and improvements as well as configure and make commands are in
The list of [ignored] baseline and flaky failures are in
-----------------8<--------------------------8<--------------------------8<-------------------------- The information below can be used to reproduce a debug environment:
Current build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_ea... Reference build : https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-arm_v7a_softfp_ea...
Instruction to reproduce the build : https://git-us.linaro.org/toolchain/ci/interesting-commits.git/plain/gcc/sha...
Full commit : https://github.com/gcc-mirror/gcc/commit/c534e37faccf481afa9bc28f0605ca0ec38...
linaro-toolchain@lists.linaro.org