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

Fixes for appveyor and travis #804

Open
wants to merge 13 commits into
base: develop
Choose a base branch
from
Open

Conversation

Zialus
Copy link
Contributor

@Zialus Zialus commented Dec 24, 2018

This should make all the current configuration on appveyor and travis build and pass the tests.

I've added two extra configs. VS2017 on Windows and GCC on OSX.

There's a warning while using GCC on OSX that is triggering -Werror and causing that particular setup to fail. I'm not sure if that is expected behaviour.

Get OpenCL headers, libraries, and runtime from somewhere more reliable.
Added VS2017 configuration to the matrix.
Updated CMake v3.10 -> v3.13
Updated pocl v1.0 -> v1.2
Updated GCC v4.8/v5 -> v6
Updated LLVM v5.0.1 -> v6.0.1
Updated Boost v1.65.1 -> v1.67.0
Fixed OpenCL header download
Fixed AMDAPPSDK installation
@jszuppe
Copy link
Contributor

jszuppe commented Dec 24, 2018

I'll take a look at it. I'm actually also working on fixing/changing Travis CI script (see https://github.com/jszuppe/compute/tree/fix_travis_ci), but I'll definitely include what you did with AppVeyor if it works ok. I'll be doing this during the week, I should finish in the weekend.

@jszuppe
Copy link
Contributor

jszuppe commented Dec 24, 2018

I was thinking about removing AMD APP SDK, which is deprecated, and using Intel OpenCL instead.

Boost, LLVM, Clang, and GCC, have also been updated.
@Zialus
Copy link
Contributor Author

Zialus commented Dec 25, 2018

Please clean caches and re-run CI. The remaining failures are warnings being treated as errors, I think.

@Zialus
Copy link
Contributor Author

Zialus commented Dec 25, 2018

Ok, ignoring the warnings still doesn't make all tests pass. But everything else seems to be working.

@Zialus
Copy link
Contributor Author

Zialus commented Dec 26, 2018

Do you want me to do a rebase and include only the appveyor changes?

@jszuppe
Copy link
Contributor

jszuppe commented Dec 27, 2018

Do you want me to do a rebase and include only the appveyor changes?

You can do separate PR for that. As for .travis.yml changes I planned to cherry-pick commits which added Intel Platform.

@Zialus
Copy link
Contributor Author

Zialus commented Dec 27, 2018

Here's something you might be interested in checking out. Is that behavior on the Ubuntu images expected?

I'll open a PR with a windows only appveyor config.

@Zialus Zialus mentioned this pull request Dec 27, 2018
@jszuppe
Copy link
Contributor

jszuppe commented Dec 27, 2018

If you mean the compilation error on 18.04 (in general when using g++ >=6), then I'll be looking into this after adding Intel Platform 2.0 and 2.1 tests to Travis CI script. If you mean the problem on 16.04, then it's the first time I see it.

@jszuppe
Copy link
Contributor

jszuppe commented Dec 27, 2018

btw. Have you looked into using Windows on Travis CI?

jszuppe pushed a commit to jszuppe/compute that referenced this pull request Dec 27, 2018
@Zialus
Copy link
Contributor Author

Zialus commented Dec 27, 2018

I have checked it out in the past, but it was still pretty green.

Here's something I just cobbled up together https://travis-ci.com/Zialus/compute/builds/95828633

jszuppe pushed a commit to jszuppe/compute that referenced this pull request Dec 27, 2018
@Zialus Zialus force-pushed the ci-fixes branch 3 times, most recently from 1ba9a9c to 696ab7a Compare December 30, 2018 02:24
@coveralls
Copy link

coveralls commented Dec 30, 2018

Coverage Status

Coverage decreased (-14.8%) to 69.244% when pulling 8f6f1df on Zialus:ci-fixes into 2135633 on boostorg:develop.

@jszuppe
Copy link
Contributor

jszuppe commented Dec 30, 2018

I think you can close this PR and open two new PR for your changes regarding OSX and Windows that would be based on current develop branch. Of course if you have time finalising them.

@Zialus
Copy link
Contributor Author

Zialus commented Dec 31, 2018

I might try that tomorrow. Is there a reason appveyor isn't getting triggered with the new commits?

@jszuppe
Copy link
Contributor

jszuppe commented Dec 31, 2018

Is there a reason appveyor isn't getting triggered with the new commits?

Webhook stopped working and I don't have access to add it.

@Zialus
Copy link
Contributor Author

Zialus commented Jan 1, 2019

Just to be clear, for this new PR should I branch of from develop instead of master(unlike what's stated in contribute.md)?

@jszuppe
Copy link
Contributor

jszuppe commented Jan 1, 2019

Yes. When there are already changes in develop that would cause a conflicts it's better to base changes on develop.

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.

None yet

3 participants