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

Create GitHub actions workflow #22

Closed
wants to merge 4 commits into from
Closed

Conversation

bryanwweber
Copy link
Member

Try to build the Python and libcantera recipes. Check how environment variables work across steps.

@bryanwweber
Copy link
Member Author

Currently the Windows builds are failing due to a linker error that's not showing up in the logs. This may require local debugging.

@bryanwweber
Copy link
Member Author

bryanwweber commented Jun 30, 2020

The problem with the linker on Windows can be resolved by forcing the vs2017_win-64 package to be version 19.15.* instead of 19.16.* (the latter version was released in mid-2019, which is when the builds started failing). The version can be forced by setting vs2017_win-64 ==19.15.* in the meta.yaml/requirements/build sections. The .* on the end is important.

The problem appears to be some sort of conflict with how MSVC environment variables are added to the shell and how SCons wants them to be. The activation script for the 19.16 version is somewhat more complicated, because it appears to handle the case of MSVC 14.1 installed in VS 2019. My guess at the line that is making the difference is a change from:

:: Working
pushd "%VSINSTALLDIR%" 
CALL "VC\Auxiliary\Build\vcvars64.bat" 
popd 

to

:: Not Working
pushd %VSINSTALLDIR%
CALL "VC\Auxiliary\Build\vcvars%BITS%.bat" -vcvars_ver=14.16 %WindowsSDKVer%
popd

Specifically, the addition of the -vcvars_ver argument to the script. Just a guess for now though.

@bryanwweber
Copy link
Member Author

Everything passed here, so I'll squash the commits, remove Travis and Appveyor, and merge this unless there are any concerns

The 19.16 version of the vs2017_win-64 package breaks the builds on
Windows. The reason is not totally clear, but is possibly related to how
the vcvars64.bat script is called, where the 19.16 version of the
package adds an argument to specify the toolset version. This ends up
causing SCons to be unable to link the library together after everything
builds. SCons throws a "file not found" error, even though the files are
clearly there. I suspect that there's a version mismatch somewhere with
the different MSVC parts and how Conda and SCons each set them up.

The resolution is to fix the vs2017_win-64 package to the 19.15 version.
This results in warnings about using the old method for specifying
compilers in conda-build, which (according to the message) will be
removed after conda-build 4.0. C'est la vie, we'll deal with it then.

Also, remove ruamel_yaml as a build-time dependency, due to changes in
the main Cantera branch.
For many of the same reasons as the change at the main repo (see
Cantera/cantera#775), this commit changes the CI to use GitHub actions
instead of Travis CI and Appveyor.
The code was commented out anyways, so it can be deleted and resurrected
from the git history if necessary.
@bryanwweber
Copy link
Member Author

Merged into the main branch.

@bryanwweber bryanwweber closed this Jul 1, 2020
@bryanwweber bryanwweber deleted the add-github-actions branch November 29, 2021 20:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant