Fix how libmgrs.so is imported if installing with Python 3.5.#10
Fix how libmgrs.so is imported if installing with Python 3.5.#10hobu merged 2 commits intohobuinc:masterfrom rguerra:bug-libmgrs
Conversation
…if installing with Python 3.5.
|
Is |
|
Hi, To be honest, I don't know. I just assumed it was. Raul On Sun, Oct 18, 2015 at 8:22 PM, Howard Butler notifications@github.com
|
|
Some googling shows this isn't universal. We would need a patch that detected the SOEXT reliably for all *nix before implementing this approach. |
|
This pull request worked with Python 3.4 on Ubuntu 14.04. |
For the patch to be accepted, it must reliably detect the SOEXT for all unix flavors. A specific fix for a single distribution isn't good enough. |
|
Sorry, I'm still confused. The current master doesn't work for all distributions. So isn't a fix that makes it work in more distributions a good thing? I agree all is best, but isn't more better than less? Do you believe this fix breaks or otherwise degrades operation where the master currently works? |
|
When I test the following with Ubuntu 15.04, it all works: I don't understand why this patch is needed. What is producing the incorrect libmgrs.so filename in the first place? |
|
Thanks for taking the time to look into this and for posting your test procedure. That really helped. I get a different result with Ubuntu 14.04: |
|
I also have an Ubuntu 15.10 system with an ARM processor. I tried it there...same failure: |
|
Ok, the Thanks for continuing to press. |
|
Thanks for taking the time to review and for making the package available!! Is this something you will push to pypi? I love the convenience of just doing a pip to install. |
I will clean up the warnings first and then I'll push a new release. |
|
Fantastic! Thanks! |
I tried installing the original mgrs from hobu's repo with Python 3.5 but it couldn't find the libmgrs.so library. I later realized that I had broken the installation for Python2.7, but just fixed it in the latest commit of this branch.