Skip to content

Conversation

@9prady9
Copy link
Member

@9prady9 9prady9 commented Feb 11, 2021

Without the additional toolset argument being forwarded to msvc
toolchain, cmake/msvc is free to choose a toolset as per their
respective logic. This causes build issues.

Also fixed some conditions that are based on CMakeBuildType variable -
not recommended to use checks based on that variable and often resulted
in issues when used with untested multi-config generators.

Changes to Users

None unless it is an user building ArrayFire on Windows platform.

Checklist

  • Rebased on latest master
  • Code compiles
  • Tests pass
  • [ ] Functions added to unified API
  • [ ] Functions documented

Without the additional toolset argument being forwarded to msvc
toolchain, cmake/msvc is free to choose a toolset as per their
respective logic. This causes build issues.

Also fixed some conditions that are based on CMakeBuildType variable -
not recommended to use checks based on that variable and often resulted
in issues when used with untested multi-config generators.
@9prady9 9prady9 added this to the 3.8.1 milestone Feb 11, 2021
@9prady9 9prady9 merged commit 422f1bd into arrayfire:master Feb 12, 2021
@9prady9 9prady9 deleted the win_ocl_ext_project_fixes branch February 12, 2021 02:50
9prady9 added a commit to 9prady9/arrayfire that referenced this pull request Aug 2, 2021
* Fix cmake arguments for external projects for msvc

Without the additional toolset argument being forwarded to msvc
toolchain, cmake/msvc is free to choose a toolset as per their
respective logic. This causes build issues.

Also fixed some conditions that are based on CMakeBuildType variable -
not recommended to use checks based on that variable and often resulted
in issues when used with untested multi-config generators.

(cherry picked from commit 422f1bd)
syurkevi pushed a commit that referenced this pull request Dec 28, 2021
* Fix cmake arguments for external projects for msvc

Without the additional toolset argument being forwarded to msvc
toolchain, cmake/msvc is free to choose a toolset as per their
respective logic. This causes build issues.

Also fixed some conditions that are based on CMakeBuildType variable -
not recommended to use checks based on that variable and often resulted
in issues when used with untested multi-config generators.

(cherry picked from commit 422f1bd)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants