This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ammar2
Recipients ammar2
Date 2016-07-27.06:41:50
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1469601711.28.0.541702866764.issue27631@psf.upfronthosting.co.za>
In-reply-to
Content
I encountered some odd behavior today, I compiled python inside VirtualBox, however, I compiled it inside a shared folder. The OS outside of VirtualBox is Windows, so the shared folder naturally is case-insensitive. The actual virtual OS is Debian Linux. Upon running make, I found that oddly enough the executable created was called `python.exe`. Running `make install` still installs it to the correct python name.

I did some digging around and from what I can tell this is the change that makes the built python executable have an exe extension or not depending on file system case insensitivity. 

https://hg.python.org/cpython/rev/d64dfbdc5f8c

It's from way long ago from 2001 and I can't figure out why exactly this change was made. The commit message hints that it has something to do with Mac's file system. I asked a friend who used MacOS back then and he reports that it had no file extensions back then either. As far as I know, the only OS that really requires file extension is windows, and besides, this exact situation is what the https://www.gnu.org/software/automake/manual/html_node/EXEEXT.html variable is for, which is used in the configure.ac file already.

It seems a little odd that whether or not to put .exe in the build executable is based on file system case insensitivity.
History
Date User Action Args
2016-07-27 06:41:51ammar2setrecipients: + ammar2
2016-07-27 06:41:51ammar2setmessageid: <1469601711.28.0.541702866764.issue27631@psf.upfronthosting.co.za>
2016-07-27 06:41:51ammar2linkissue27631 messages
2016-07-27 06:41:50ammar2create