Skip to content
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

Ubuntu 16.04 being deprecated on Actions build runners #340

Closed
michaeltryby opened this issue Jun 7, 2021 · 3 comments
Closed

Ubuntu 16.04 being deprecated on Actions build runners #340

michaeltryby opened this issue Jun 7, 2021 · 3 comments

Comments

@michaeltryby
Copy link

Deprecation effective September, 2021

@michaeltryby
Copy link
Author

michaeltryby commented Jun 22, 2021

Upgrading to 18.04 causes an undefined symbol error at runtime while evaluating tests.

2526  Test project /home/runner/work/Stormwater-Management-Model/Stormwater-Management-
Model/build

2527  Start 1: test_lid
2528  1/3 Test #1: test_lid .........................***Failed    0.00 sec

2529  /home/runner/work/Stormwater-Management-Model/Stormwater-Management-Model/
build/bin/test_lid: symbol lookup error: /home/runner/work/Stormwater-Management-Model/
Stormwater-Management-Model/build/bin/test_lid: undefined symbol: swmm_getLidCParam

2530
2531  Start 2: test_output
2532  2/3 Test #2: test_output ......................   Passed    0.01 sec
2533  Start 3: test_solver
2534  3/3 Test #3: test_solver ......................***Failed    0.00 sec

2535  /home/runner/work/Stormwater-Management-Model/Stormwater-Management-Model/
build/bin/test_solver: symbol lookup error: /home/runner/work/Stormwater-Management-Model/
Stormwater-Management-Model/build/bin/test_solver: undefined symbol: swmm_setNodePollut

2536  Errors while running CTest

This may be related to rpath issue when running tests in the build tree with no install. Rpaths are set during install.

@michaeltryby
Copy link
Author

michaeltryby commented Jun 23, 2021

One potential solution would be to static link swmm5.so when building tests. This would involve refactoring the CMakeLists to optionally build static or dynamic libraries based on developer preference.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants