-
Notifications
You must be signed in to change notification settings - Fork 573
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build errors in Sacado_GTestSuite.exe for 'arm-20.1' on 'stria' and 'intel-18.0.0.20170811' on 'tlcc2' starting 2020-08-04 #7778
Comments
This adds the option Sacado_ENABLE_GTest for turning off the Sacado GTest suite (previously it was required if tests were turned on). The included gtest does not build on all platforms (for various reasons), so this allows one to turn it off. For issue trilinos#7778
OK, I looked into what was going wrong on both platforms. For tlcc, it is the use of Intel 18, which is failing on perfectly valid C++ code inside gtest. Not much can be done with that. For arm, the issue is the yaml-cpp module on that machine includes an old copy of gtest, and the build is picking up those headers instead of the ones in Trilinos (because Sacado optionally depends on Teuchos, which has an optional YAML TPL dependency). This is primarily a problem with the yaml module on that machine. But both cases can be addressed by just turning of the gtest suite in Sacado. PR #7780 adds such an option. Someone would just need to add
to the configure scripts for those machines. I don't want it off by default because the whole point of moving the tests to gtest was to make sure those tests run on most machines. |
I should add the arm issue would arise for anyone enabling the yaml tpl and gtest in Trilinos, not just Sacado. |
@etphipp, the problem with setting
as described here:
That will disable the building and running of that test. As for the 'arm-20.1' build on 'stria', note that the yaml-cpp TPL is not being enabled as can be see here showing:
Where are you seeing that the 'yaml-cpp' TPL is getting eanbled? Therefore, it must be picking up But I do see the yaml-cpp module is being loaded:
and no yaml-cpp module is being loaded for the arm-20.0 env. But we can fix that by just unloading the yaml-cpp module after loading the sparc-dev module with:
which then shows:
Do those two tweaks fix the problems in these two sets of builds? |
OK, I verified unloading the yaml module fixes the stria error, so that is an acceptable solution. With regards to tlcc, disabling that one test has exactly the same effect as disabling GTest in Sacado (that one test is actually O(2k) individual unit tests) since that is the only test executable that uses GTest. Personally I think it is better to just disable GTest, since if another executable using GTest was ever added to Sacado, it would have to be explicitly disabled too. But regardless, I don't really care which way it is done. |
Okay, I will post a PR for that (after I test on 'stria').
Okay, then we just need to get PR #7780 merged and then create another PR that sets |
This was being unloaded for the arm-20.0 env already! This should hopefully fix the Sacado build problem reported in trilinos#7778.
…1-tx2-no-yaml-cpp Automatically Merged using Trilinos Pull Request AutoTester PR Title: ATDM: Unload yaml-cpp module for arm-20.1 env (#7778) PR Author: bartlettroscoe
Code related to this test does not build with this intel-18.0.0.20170811 compiler.
FYI: I added tracking of this test to the drivers in: so once the Grover tool (see #3887) is deployed, then it will automatically update this issue with the status of these tests. That tool should be deployed very soon (Friday?) so I would like to leave this issue open so that it will get that update as a test case. |
…s:develop' (d8a0634). * trilinos-develop: Update version for release 13.1 ATDM: Set Sacado_ENABLE_GTest=OFF for tlcc2 intel-18 (trilinos#7778) ATDM: Unload yaml-cpp module for arm-20.1 env (trilinos#7778) Sacado: Add option for turning off Gtest if desired. I commented out an assert to get debug tests to run
…s:develop' (d8a0634). * trilinos-develop: Update version for release 13.1 ATDM: Set Sacado_ENABLE_GTest=OFF for tlcc2 intel-18 (trilinos#7778) ATDM: Unload yaml-cpp module for arm-20.1 env (trilinos#7778) Sacado: Add option for turning off Gtest if desired. I commented out an assert to get debug tests to run
Test results for issue #7778 as of 2020-08-16
Tests with issue trackers Passed: twip=2 Detailed test results: (click to expand)Tests with issue trackers Passed: twip=2
Tests with issue trackers Missing: twim=2
This is an automated comment generated by Grover. Each week, Grover collates and reports data from CDash in an automated way to make it easier for developers to stay on top of their issues. Grover saw that there tests being tracked on CDash that are associated with this open issue. If you have a question, please reach out to Ross. I'm just a cat. |
As shown above, the test Sacado_GTestSuite_MPI_1 associated with this exectuable is passing or is disabled (missing) in these builds and has been so for 12 days so we can close this. Thank you Grover! |
CC: @trilinos/sacado, @rppawlo (Trilinos Nonlinear Solvers Product Lead), @etphipp
Next Action Status
Description
As shown in this query Sacado is experiencing build errors in the builds:
Trilinos-atdm-tlcc2-intel-debug-openmp
Trilinos-atdm-tlcc2-intel-opt-openmp
Trilinos-atdm-van1-tx2_arm-20.1_openmpi-4.0.3_openmp_static_dbg
Trilinos-atdm-van1-tx2_arm-20.1_openmpi-4.0.3_openmp_static_opt
starting testing day 2020-08-04.
As shown here and here, the build errors all seem to be related with building object files for the exectuable:
sacado/test/GTestSuite/Sacado_GTestSuite.exe
where the intel-18.0.0.20170811 build errors on 'tlcc2' shown here show:
and the 'arm-20.1' build errors on 'stria' shown here show errors like:
Looking at the updates for testing day 2020-08-04 here, it seems likely that commits from the PR #7736 are causing this.
Current Status on CDash
Steps to Reproduce
One should be able to reproduce this failure on the machine as described in:
More specifically, the commands given for the system 'tlcc2' are provided at:
The exact commands to reproduce this issue on a TLCC-2 machine like 'chama' or 'skybridge' should be:
One can also log into 'stria' to reproduce the build errors for the 'van1-tx2' builds as described at:
by doing:
The text was updated successfully, but these errors were encountered: