From: Bruce S. <Bru...@nc...> - 2012-06-09 23:37:13
|
Another option would be for someone to take responsibility for creating the VPython installer for the Mac Python of their choice. Only someone who uses that particular non-python.org version is in a position to create and test such an installer. As I've explained, it wouldn't help for the existing installer to recognize a non-python.org Python being available, because it and VPython won't match. I'm trying to enunciate a general principle. I'm able to make VPython installers that match the "official" Pythons distributed at python.org. VPython installers for any other flavor of Python must necessarily be the responsibility of users of those other flavors, unless and until someone creates a distutil-like VPython installer that is executed by the Python of your choice. I would of course be happy to host other-flavor VPython installers at vpython.org. Bruce Sherwood On Fri, Jun 8, 2012 at 11:55 AM, Bruce Sherwood <Bru...@nc...> wrote: > It's not simply a question of recognizing that some Python or other is > available. The core of VPython is written in C++ and is compiled > against a particular Python, with particular entry points. > > In principle it ought to be possible to create a distutils or similar > type of installer for Linux and Mac that you would run by executing > your particular Python, and it would invoke as necessary the C++ > compiler. I hope someone will create such a mechanism. I myself am > unlikely to be able to try this in the near future. > > This is not a viable option on Windows because most users don't have a > C++ compiler on their Windows machine. However, it could be a useful > way to build binary installers to distribute to Windows users. > > Bruce Sherwood |