-
-
Notifications
You must be signed in to change notification settings - Fork 105
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
Various Python 3.5 fixes #51
Conversation
patch file sourced from ContinuumIO/anaconda-recipes
patch sourced from ContinuumIO/anaconda-recipes
patch sourced from ContinuumIO/anaconda-recipe
section now matches that in ContinuumIO/anaconda-recipes
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 ( |
@jjhelmus I got my hands on a Win64 machine for the weekend. Let me know if you need help testing things. |
Apparently the patches in |
I guess we should start packaging (and using) |
Make a new version of win-library_bin.patch from Python sources
The patch problem is not really the fault of |
@@ -8,14 +8,17 @@ source: | |||
sha256: 1524b840e42cf3b909e8f8df67c1724012c7dc7f9d076d4feef2d3eff031e8a0 | |||
patches: | |||
- omit-local-site-packages.patch # [osx] | |||
- osx64-dist.patch # [osx and x86_64] |
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.
Though I don't think OS X 32-bit has been supported for a bit. I don't have any problem with adding x86_64
.
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 agree, for use in conda-forge
the x86_64
tag is not needed but adding it makes the recipe match better with the one in anaconda-recipes
.
Any other comments on this issue? I was planning on merging this later today unless there is a show stopper. I'll submit a similar update to Python 3.4 shortly. |
- DLLs/_ctypes.py # [win] | ||
- bin/python | ||
- DLLs/_ctypes.pyd # [win] | ||
- bin/python3.5 # [unix] |
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.
What's going on with this?
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.
Both of those lines were taken from the python 3.5 recipe on anaconda-recipes
bin/python is a symbolic link to bin/python3.5 so it makes more sense to not link the true file as opposed to the symbolic link.
DLLs/_ctypes.py does not exist and it should be _ctypes.pyd, just a typo in the original recipe that was never caught. I believe it must be because of the comment above in the souce.
Is this good to go? |
Fine by me. Should we have someone look over the Windows stuff? I'm still fumbling in that area so might not be the best reviewer for that. |
Thanks @jjhelmus |
…unearch add fix for regex for mtune/march
Makes python 3.5 recipe similar to recipe in anaconda-recipes