-
-
Notifications
You must be signed in to change notification settings - Fork 26
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
Add CUDA build #101
Add CUDA build #101
Conversation
Hi! This is the friendly automated conda-forge-linting service. I wanted to let you know that I linted all conda-recipes in your PR ( Here's what I've got... For recipe:
|
Hi! This is the friendly automated conda-forge-linting service. I wanted to let you know that I linted all conda-recipes in your PR ( Here's what I've got... For recipe:
|
Hi! This is the friendly automated conda-forge-linting service. I just wanted to let you know that I linted all conda-recipes in your PR ( |
…onda-forge-pinning 2020.04.17.01.00.32
536e20f
to
f785cba
Compare
…nda-forge-pinning 2020.04.27.17.45.41
host: | ||
# directly pin boost-cpp as we also seem to directly include boost symbols | ||
# in the Python modules. | ||
- arrow-cpp {{ version }} | ||
- arrow-cpp ={{ version }}=*{{ build_ext }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@h-vetinari , arrow-cpp-proc in run_constraint
ought to handle the matching with build_ext
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I know, but the same information is in the build-string of arrow-cpp
, making it wholly unnecessary to depend on the version (and build string) of arrow-cpp-proc
. If you don't like it, then feel free to revert - I consider it cleaner/simpler.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This notation is probably the preferred one for conda
.
- arrow-cpp ={{ version }}=*{{ build_ext }} | |
- arrow-cpp {{ version }} *{{ build_ext }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@pearu The run_constraint
will only be applied if arrow-cpp-proc
is installed. Currently it seems to me that when you don't have arrow-cpp-proc
installed, you could install the cpu
version of arrow-cpp
while installing the CUDA version of pyarrow
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This notation is probably the preferred one for
conda
.
Personally I dislike significant whitespace for this - I think it's very hard to read.
Currently it seems to me that when you don't have arrow-cpp-proc installed, you could install the cpu version of arrow-cpp while installing the CUDA version of pyarrow.
That's IMO not possible because we're depending on the specific build version of arrow-cpp
already.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This notation is probably the preferred one for
conda
.Personally I dislike significant whitespace for this - I think it's very hard to read.
I didn't make the standard but I like to keep it :(
Currently it seems to me that when you don't have arrow-cpp-proc installed, you could install the cpu version of arrow-cpp while installing the CUDA version of pyarrow.
That's IMO not possible because we're depending on the specific build version of
arrow-cpp
already.
The comment was meant in regard to not having arrow-cpp ={{ version }}=*{{ build_ext }}
in run
. From my understanding, if that would be omitted, the mentioned situation could happen (or I'm missing another safeguard?)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The comment was meant in regard to not having arrow-cpp ={{ version }}=*{{ build_ext }} in run. From my understanding, if that would be omitted, the mentioned situation could happen (or I'm missing another safeguard?)
No you're right, but not having any requirement on arrow-cpp
in run broke the build, as both @pearu and I had to find out. So I don't think it can be omitted anyway, and then why shouldn't we also add the build_ext
?
I didn't make the standard but I like to keep it :(
It's not a hill I'm gonna die on, but that's IMO a bad reason to write hard-to-read recipes (and it's not like the variants are so different as to be unrecognisable).
CUDA enabled arrow-cpp 0.16 disables gandiva for ppc64le and aarch64, see https://github.com/conda-forge/arrow-cpp-feedstock/blob/0.16.x/recipe/build-arrow.sh#L11 CUDA enabled arrow-cpp 0.17, however, will enable gandiva support, see conda-forge/arrow-cpp-feedstock#137 . However, for this PR, that is arrow-cpp 0.16 based, the gandiva support must be disabled. |
The latest re2 package (v 2020.05) provides |
This PR is blocked by conda-forge/conda-forge-ci-setup-feedstock#93 . |
Made a hotfix PR: conda-forge/admin-requests#53 |
@conda-forge-admin, please restart ci |
6d51813
to
be4c0c8
Compare
@h-vetinari @xhochy @isuruf , are there any issues left that prevent landing this PR? |
@@ -12,7 +15,11 @@ source: | |||
sha256: {{ checksum }} | |||
|
|||
build: | |||
number: 2 | |||
number: {{ number }} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
number: {{ number }} | |
number: 3 |
@@ -1,6 +1,9 @@ | |||
{% set version = "0.16.0" %} | |||
{% set filename = "apache-arrow-" + version + ".tar.gz" %} | |||
{% set checksum = "261992de4029a1593195ff4000501503bd403146471b3168bd2cc414ad0fb7f5" %} | |||
{% set number = "3" %} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
{% set number = "3" %} |
@@ -12,7 +15,11 @@ source: | |||
sha256: {{ checksum }} | |||
|
|||
build: | |||
number: 2 | |||
number: {{ number }} | |||
string: "py{{ CONDA_PY }}h{{ PKG_HASH }}_{{ number }}_{{ build_ext }}" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@xhochy
The number is also necessary for the build string. While I'm the first to be against useless templating, I think having {{ number }}
makes a lot of sense in this recipe.
Ignore the suggestions, if CI passes again, we can merge. |
Hi! This is the friendly conda-forge automerge bot! I considered the following status checks when analyzing this PR:
Thus the PR was passing and merged! Have a great day! |
This PR requires conda-forge/arrow-cpp-feedstock#125
Checklist
0
(if the version changed)conda-smithy
(Use the phrase@conda-forge-admin, please rerender
in a comment in this PR for automated rerendering)