[Python-Dev] problems building python2.7
Hi All, I wanted to run the unit tests before checking in the patch for http://bugs.python.org/issue16441, even though it's a trivial change, so I was trying to follow the instructions at: http://docs.python.org/devguide/ I'm on MacOS, so following the "unix" instructions did: ./configure --with-pydebug && make -j2 This appears to have worked, given the end of the output: Python build finished, but the necessary bits to build these modules were not found: _bsddb dl gdbm imageoplinuxaudiodev ossaudiodev readline spwd sunaudiodev To find the necessary bits, look in setup.py in detect_modules() for the module's name. running build_scripts creating build/scripts-2.7 copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/pydoc -> build/scripts-2.7 copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/idle -> build/scripts-2.7 copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/2to3 -> build/scripts-2.7 copying and adjusting /Users/chris/LocalHG/cpython/Lib/smtpd.py -> build/scripts-2.7 changing mode of build/scripts-2.7/pydoc from 644 to 755 changing mode of build/scripts-2.7/idle from 644 to 755 changing mode of build/scripts-2.7/2to3 from 644 to 755 changing mode of build/scripts-2.7/smtpd.py from 644 to 755 [65930 refs] However, I can't find the python it's built... I thought I'd be clever and try: buzzkill:cpython chris$ cat build/scripts-2.7/2to3 #!/usr/local/bin/python2.7 ... There is a python there, but it's a symlink put in place around a year ago. So, where should I look for the built python? Okay, so regardless, my change is only to the stdlib, so I thought I'd try the test instructions anyway: /usr/local/bin/python2.7 -m test -j3 gives: /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python: No module named test.__main__; 'test' is a package and cannot be directly executed Now, if this had worked, would it have discovered the right gzip tests, or is it going to run whatever came with the python2.7 distro the binary comes from? Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 9/11/12 10:57:22, Chris Withers wrote: > Hi All, > > I wanted to run the unit tests before checking in the patch for > http://bugs.python.org/issue16441, even though it's a trivial change, so > I was trying to follow the instructions at: > > http://docs.python.org/devguide/ > > I'm on MacOS, so following the "unix" instructions did: > > ./configure --with-pydebug && make -j2 > > This appears to have worked, given the end of the output: > > Python build finished, but the necessary bits to build these modules > were not found: > _bsddb dl gdbm > imageoplinuxaudiodev ossaudiodev > readline spwd sunaudiodev > To find the necessary bits, look in setup.py in detect_modules() for the > module's name. > > running build_scripts > creating build/scripts-2.7 > copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/pydoc > -> build/scripts-2.7 > copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/idle -> > build/scripts-2.7 > copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/2to3 -> > build/scripts-2.7 > copying and adjusting /Users/chris/LocalHG/cpython/Lib/smtpd.py -> > build/scripts-2.7 > changing mode of build/scripts-2.7/pydoc from 644 to 755 > changing mode of build/scripts-2.7/idle from 644 to 755 > changing mode of build/scripts-2.7/2to3 from 644 to 755 > changing mode of build/scripts-2.7/smtpd.py from 644 to 755 > [65930 refs] > > However, I can't find the python it's built... On my system, it's in the current directory. It's called "python.exe", to avoid a name clash with the "Python" subdirectory. > I thought I'd be clever and try: > > buzzkill:cpython chris$ cat build/scripts-2.7/2to3 > #!/usr/local/bin/python2.7 > ... Presumable, it would be installed in /usr/local/bin if I'd tried "make install". > There is a python there, but it's a symlink put in place around a year ago. Same here. > So, where should I look for the built python? In the current directory: $ ./python.exe Python 2.7.3+ (2.7:8b181c75792f, Nov 9 2012, 11:26:59) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> Hope this helps, -- HansM ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 9 Nov 2012, at 09:57, Chris Withers wrote: > Hi All, > > I wanted to run the unit tests before checking in the patch for > http://bugs.python.org/issue16441, even though it's a trivial change, so I > was trying to follow the instructions at: > > http://docs.python.org/devguide/ > > I'm on MacOS, so following the "unix" instructions did: > > ./configure --with-pydebug && make -j2 > > This appears to have worked, given the end of the output: > > Python build finished, but the necessary bits to build these modules were not > found: > _bsddb dl gdbm > imageoplinuxaudiodev ossaudiodev > readline spwd sunaudiodev > To find the necessary bits, look in setup.py in detect_modules() for the > module's name. > > running build_scripts > creating build/scripts-2.7 > copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/pydoc -> > build/scripts-2.7 > copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/idle -> > build/scripts-2.7 > copying and adjusting /Users/chris/LocalHG/cpython/Tools/scripts/2to3 -> > build/scripts-2.7 > copying and adjusting /Users/chris/LocalHG/cpython/Lib/smtpd.py -> > build/scripts-2.7 > changing mode of build/scripts-2.7/pydoc from 644 to 755 > changing mode of build/scripts-2.7/idle from 644 to 755 > changing mode of build/scripts-2.7/2to3 from 644 to 755 > changing mode of build/scripts-2.7/smtpd.py from 644 to 755 > [65930 refs] > > However, I can't find the python it's built... It should be python.exe (yes really). After the build you should be able to do: ./python.exe Michael > I thought I'd be clever and try: > > buzzkill:cpython chris$ cat build/scripts-2.7/2to3 > #!/usr/local/bin/python2.7 > ... > > There is a python there, but it's a symlink put in place around a year ago. > > So, where should I look for the built python? > > Okay, so regardless, my change is only to the stdlib, so I thought I'd try > the test instructions anyway: > > /usr/local/bin/python2.7 -m test -j3 gives: > > /Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python: > No module named test.__main__; 'test' is a package and cannot be directly > executed > > Now, if this had worked, would it have discovered the right gzip tests, or is > it going to run whatever came with the python2.7 distro the binary comes from? > > Chris > > > -- > Simplistix - Content Management, Batch Processing & Python Consulting >- http://www.simplistix.co.uk > ___ > Python-Dev mailing list > [email protected] > http://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > http://mail.python.org/mailman/options/python-dev/fuzzyman%40voidspace.org.uk > -- http://www.voidspace.org.uk/ May you do good and not evil May you find forgiveness for yourself and forgive others May you share freely, never taking more than you give. -- the sqlite blessing http://www.sqlite.org/different.html ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 09/11/2012 10:52, Michael Foord wrote: However, I can't find the python it's built... It should be python.exe (yes really). Hah! Should http://docs.python.org/devguide/ be updated to reflect this or does this only affect Mac OS? (or should we correct the build so it doesn't spit out a .exe?) After the build you should be able to do: ./python.exe Unfortunately, still: buzzkill:cpython chris$ ./python.exe -m test -j3 /Users/chris/LocalHG/cpython/python.exe: No module named test.__main__; 'test' is a package and cannot be directly executed [18856 refs] Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 9/11/12 11:57:39, Chris Withers wrote: > On 09/11/2012 10:52, Michael Foord wrote: >> >>> However, I can't find the python it's built... >> >> It should be python.exe (yes really). > > Hah! Should http://docs.python.org/devguide/ be updated to reflect this > or does this only affect Mac OS? (or should we correct the build so it > doesn't spit out a .exe?) It only affects MacOS. On other Unix system, the build process spits out an executable named "python". On MacOS that's not possible, because that name would clash with the subdirectory named "Python". >> After the build you should be able to do: >> >> ./python.exe > > Unfortunately, still: > > buzzkill:cpython chris$ ./python.exe -m test -j3 > /Users/chris/LocalHG/cpython/python.exe: No module named test.__main__; > 'test' is a package and cannot be directly executed > [18856 refs] How about "make test" ? Hope this helps, -- HansM ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
Chris Withers wrote: > On 09/11/2012 10:52, Michael Foord wrote: > > > >>However, I can't find the python it's built... > > > >It should be python.exe (yes really). > > Hah! Should http://docs.python.org/devguide/ be updated to reflect > this or does this only affect Mac OS? (or should we correct the > build so it doesn't spit out a .exe?) The filesystem on Mac OS X is case-insensitive by default, so plain "python" would clash with the "Python" directory. > >After the build you should be able to do: > > > > ./python.exe > > Unfortunately, still: > > buzzkill:cpython chris$ ./python.exe -m test -j3 > /Users/chris/LocalHG/cpython/python.exe: No module named > test.__main__; 'test' is a package and cannot be directly executed > [18856 refs] You're running the tests for Python 2, so the corret way to do it is: ./python.exe -m test.regrtest See http://docs.python.org/devguide/runtests.html#running . ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 9/11/12 12:09:26, Hans Mulder wrote: > On 9/11/12 11:57:39, Chris Withers wrote: >> On 09/11/2012 10:52, Michael Foord wrote: >>> However, I can't find the python it's built... >>> >>> It should be python.exe (yes really). >> >> Hah! Should http://docs.python.org/devguide/ be updated to reflect this >> or does this only affect Mac OS? (or should we correct the build so it >> doesn't spit out a .exe?) > > It only affects MacOS. On other Unix system, the build process spits > out an executable named "python". On MacOS that's not possible, > because that name would clash with the subdirectory named "Python". > >>> After the build you should be able to do: >>> >>> ./python.exe >> >> Unfortunately, still: >> >> buzzkill:cpython chris$ ./python.exe -m test -j3 >> /Users/chris/LocalHG/cpython/python.exe: No module named test.__main__; >> 'test' is a package and cannot be directly executed >> [18856 refs] > > How about "make test" ? > > > Hope this helps, > > -- HansM I tried "make test", and I got: test test_urllib failed -- Traceback (most recent call last): File "/Users/hans/python/cpython/cpython-2.7/Lib/test/test_urllib.py", line 235, in test_missing_localfile fp.close() UnboundLocalError: local variable 'fp' referenced before assignment Is this a bug in the test suite, or a regression in 2.7.3+ ? This is on MacOS 10.6.5, using a checkout from hg.python.org from earlier today. -- HansM ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 9 Nov, 2012, at 11:57, Chris Withers wrote: > On 09/11/2012 10:52, Michael Foord wrote: >> >>> However, I can't find the python it's built... >> >> It should be python.exe (yes really). > > Hah! Should http://docs.python.org/devguide/ be updated to reflect this or > does this only affect Mac OS? (or should we correct the build so it doesn't > spit out a .exe?) How else should it be named, given that the default filesystem on OSX machines is not case sensitive. The binary cannot be named "python" because that clashes with the directory named "Python" in the source and build tres. Ronald ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 09/11/2012 11:54, Ronald Oussoren wrote: On 9 Nov, 2012, at 11:57, Chris Withers wrote: On 09/11/2012 10:52, Michael Foord wrote: However, I can't find the python it's built... It should be python.exe (yes really). Hah! Should http://docs.python.org/devguide/ be updated to reflect this or does this only affect Mac OS? (or should we correct the build so it doesn't spit out a .exe?) How else should it be named, given that the default filesystem on OSX machines is not case sensitive. The binary cannot be named "python" because that clashes with the directory named "Python" in the source and build tres. Maybe python.bin, or put it in the ./bin folder? I saw python.exe, but my brain went "oh, .exe, that's windows, I'll ignore that then, since I'm on Mac OS" Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 09/11/2012 11:54, Hans Mulder wrote: I tried "make test", and I got: test test_urllib failed -- Traceback (most recent call last): File "/Users/hans/python/cpython/cpython-2.7/Lib/test/test_urllib.py", line 235, in test_missing_localfile fp.close() UnboundLocalError: local variable 'fp' referenced before assignment Is this a bug in the test suite, or a regression in 2.7.3+ ? This is on MacOS 10.6.5, using a checkout from hg.python.org from earlier today. I'm on MacOS 10.7.5 and got: 356 tests OK. 35 tests skipped: test_al test_bsddb test_bsddb3 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_dl test_epoll test_gdb test_gdbm test_gl test_imageop test_imgfile test_largefile test_linuxaudiodev test_msilib test_ossaudiodev test_readline test_smtpnet test_socketserver test_startfile test_sunaudiodev test_timeout test_tk test_ttk_guionly test_urllib2net test_urllibnet test_winreg test_winsound test_zipfile64 4 skips unexpected on darwin: test_dl test_readline test_tk test_ttk_guionly Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 9/11/12 15:11:26, Chris Withers wrote: > On 09/11/2012 11:54, Hans Mulder wrote: >> I tried "make test", and I got: >> >> test test_urllib failed -- Traceback (most recent call last): >>File "/Users/hans/python/cpython/cpython-2.7/Lib/test/test_urllib.py", >> line 235, in test_missing_localfile >> fp.close() >> UnboundLocalError: local variable 'fp' referenced before assignment >> >> Is this a bug in the test suite, or a regression in 2.7.3+ ? >> >> This is on MacOS 10.6.5, using a checkout from hg.python.org >> from earlier today. > > I'm on MacOS 10.7.5 and got: > > 356 tests OK. > 35 tests skipped: > test_al test_bsddb test_bsddb3 test_cd test_cl test_codecmaps_cn > test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr > test_codecmaps_tw test_curses test_dl test_epoll test_gdb > test_gdbm test_gl test_imageop test_imgfile test_largefile > test_linuxaudiodev test_msilib test_ossaudiodev test_readline > test_smtpnet test_socketserver test_startfile test_sunaudiodev > test_timeout test_tk test_ttk_guionly test_urllib2net > test_urllibnet test_winreg test_winsound test_zipfile64 > 4 skips unexpected on darwin: > test_dl test_readline test_tk test_ttk_guionly I looked into it, and the problem is this bit of code (line 230-235): try: self.assertTrue(os.path.exists(tmp_file)) fp = urllib.urlopen(tmp_fileurl) finally: os.close(fd) fp.close() Due to a misconfiguration, urllib.thishost() raises an IOError on my laptop. This causes urllib.urlopen to raise an exception, and the name fp is never bound, so that the fp.close() in the finally clause raises an UnboundLocalError, masking the problem in urlopen. A quick fix would be: try: self.assertTrue(os.path.exists(tmp_file)) fp = urllib.urlopen(tmp_fileurl) fp.close() finally: os.close(fd) That way, the .close is only attempted if the open succeeds. -- HansM ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 11/9/2012 5:57 AM, Chris Withers wrote: On 09/11/2012 10:52, Michael Foord wrote: However, I can't find the python it's built... It should be python.exe (yes really). Hah! Should http://docs.python.org/devguide/ be updated to reflect this or does this only affect Mac OS? The devguide could be updated to briefly note the Mac specific variation. -- Terry Jan Reedy ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On Fri, 09 Nov 2012 16:44:00 +0100, Hans Mulder wrote: > I looked into it, and the problem is this bit of code (line 230-235): > > try: > self.assertTrue(os.path.exists(tmp_file)) > fp = urllib.urlopen(tmp_fileurl) > finally: > os.close(fd) > fp.close() > > Due to a misconfiguration, urllib.thishost() raises an IOError on my > laptop. This causes urllib.urlopen to raise an exception, and the > name fp is never bound, so that the fp.close() in the finally clause > raises an UnboundLocalError, masking the problem in urlopen. > > A quick fix would be: > > try: > self.assertTrue(os.path.exists(tmp_file)) > fp = urllib.urlopen(tmp_fileurl) > fp.close() > finally: > os.close(fd) > > That way, the .close is only attempted if the open succeeds. Could you open an issue for this on the tracker, please? That way we won't forget to fix it. --David ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2012-11-02 - 2012-11-09)
Python tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue.
Do NOT respond to this message.
Issues counts and deltas:
open3806 ( +2)
closed 24418 (+57)
total 28224 (+59)
Open issues with patches: 1657
Issues opened (42)
==
#13424: Add examples for openâs new opener argument
http://bugs.python.org/issue13424 reopened by eric.araujo
#16350: zlib.Decompress.decompress() after EOF discards existing value
http://bugs.python.org/issue16350 reopened by serhiy.storchaka
#16389: re._compiled_typed's lru_cache causes significant degradation
http://bugs.python.org/issue16389 opened by pjenvey
#16391: add "terminator" ctor argument to logging.StreamHandlers deriv
http://bugs.python.org/issue16391 opened by nikicat
#16392: import crashes on circular imports in ext modules
http://bugs.python.org/issue16392 opened by scoder
#16394: Reducing tee() memory footprint
http://bugs.python.org/issue16394 opened by cami
#16395: Documentation claims that PySequence_Fast returns a tuple, whe
http://bugs.python.org/issue16395 opened by sfllaw
#16396: Importing ctypes.wintypes on Linux gives a traceback
http://bugs.python.org/issue16396 opened by techtonik
#16397: UserString doesn't combine nicely with strings
http://bugs.python.org/issue16397 opened by Jorge.Cardona
#16398: deque.rotate() could be much faster
http://bugs.python.org/issue16398 opened by sfllaw
#16399: argparse: append action with default list adds to list instead
http://bugs.python.org/issue16399 opened by Markus.Amalthea.Magnuson
#16400: update default PyPI behavior in docs re: listing versions
http://bugs.python.org/issue16400 opened by chris.jerdonek
#16401: mention PKG-INFO in the documentation
http://bugs.python.org/issue16401 opened by chris.jerdonek
#16403: update distutils docs to say that maintainer replaces author
http://bugs.python.org/issue16403 opened by chris.jerdonek
#16404: Uses of PyLong_FromLong that don't check for errors
http://bugs.python.org/issue16404 opened by nedbat
#16405: Explain how to set up the whitespace commit hook locally
http://bugs.python.org/issue16405 opened by ncoghlan
#16406: move the "Uploading Packages" section to distutils/packageinde
http://bugs.python.org/issue16406 opened by chris.jerdonek
#16408: FD leaks in zipfile
http://bugs.python.org/issue16408 opened by Eric.Busboom
#16409: urlretrieve regression: first call returns block size as 0
http://bugs.python.org/issue16409 opened by techtonik
#16411: zlib.Decompress.decompress() retains pointer to input buffer w
http://bugs.python.org/issue16411 opened by nadeem.vawda
#16413: Non cross-platform behavior of os.path.split
http://bugs.python.org/issue16413 opened by techtonik
#16416: Mac OS X: don't use the locale encoding but UTF-8 to encode an
http://bugs.python.org/issue16416 opened by haypo
#16418: argparse with many choices can generate absurdly long usage me
http://bugs.python.org/issue16418 opened by Juraj.Variny
#16421: importlib.machinery.ExtensionFileLoader cannot load several mo
http://bugs.python.org/issue16421 opened by eudoxos
#16422: Decimal constants should be the same for py & c module version
http://bugs.python.org/issue16422 opened by yselivanov
#16423: urllib data URL recipe
http://bugs.python.org/issue16423 opened by panzi
#16424: regression: os.path.split('//hostname/foo/bar.txt')
http://bugs.python.org/issue16424 opened by techtonik
#16425: minidom replaceChild(new_child, old_child) removes new_child e
http://bugs.python.org/issue16425 opened by Martin.Kugler
#16427: Faster hash implementation
http://bugs.python.org/issue16427 opened by serhiy.storchaka
#16428: turtle with compound shape doesn't get clicks
http://bugs.python.org/issue16428 opened by pythonick
#16429: Emit SyntaxWarning for code that risks UnboundLocalError
http://bugs.python.org/issue16429 opened by ncoghlan
#16434: SocketServer call shutdown in the wrong way
http://bugs.python.org/issue16434 opened by Erik.Günther
#16436: Link directly to set and frozenset in built-in function docs
http://bugs.python.org/issue16436 opened by fossilet
#16437: issubclass doc improvement
http://bugs.python.org/issue16437 opened by fossilet
#16438: Numeric operator predecence confusing
http://bugs.python.org/issue16438 opened by fossilet
#16442: PATH_MAX vs MAXPATHLEN vs pathconf(..., _PC_PATH_MAX).
http://bugs.python.org/issue16442 opened by trent
#16443: Add docstrings to regular expression match objects
http://bugs.python.org/issue16443 opened by rhettinger
#16444: Use support.TESTFN_UNDECODABLE on UNIX
http://bugs.python.org/issue16444 opened by haypo
#16445: SEGFAULT when deleting Exception.message
http://bugs.python.org/issue16445 opened by amaury.forgeotdarc
#16446: pdb raises BdbQuit on 'quit' when started with set_trace
http://bugs.python.org/issue16446 opened by xdegaye
#16447: SEGFA
Re: [Python-Dev] problems building python2.7
On Fri, Nov 9, 2012 at 2:57 AM, Chris Withers wrote: > On 09/11/2012 10:52, Michael Foord wrote: >> >> It should be python.exe (yes really). > > Hah! Should http://docs.python.org/devguide/ be updated to reflect this or > does this only affect Mac OS? (or should we correct the build so it doesn't > spit out a .exe?) That link already mentions this information in the top "Quick Start" section: "3. Run the tests with ./python -m test -j3 (use ./python.exe on most Mac OS X systems and PCbuild\python_d.exe on Windows; replace test with test.regrtest for 2.7)." But it would probably be good to repeat this information in certain locations, for example in the more detailed sections on building and running tests. --Chris ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On Fri, 09 Nov 2012 11:57:54 + Chris Withers wrote: > On 09/11/2012 11:54, Ronald Oussoren wrote: > > > > On 9 Nov, 2012, at 11:57, Chris Withers wrote: > > > >> On 09/11/2012 10:52, Michael Foord wrote: > >>> > However, I can't find the python it's built... > >>> > >>> It should be python.exe (yes really). > >> > >> Hah! Should http://docs.python.org/devguide/ be updated to reflect this or > >> does this only affect Mac OS? (or should we correct the build so it > >> doesn't spit out a .exe?) > > > > How else should it be named, given that the default filesystem on OSX > > machines is not case sensitive. The binary cannot be named "python" because > > that clashes with the directory named "Python" in the source and build tres. > > Maybe python.bin, or put it in the ./bin folder? > > I saw python.exe, but my brain went "oh, .exe, that's windows, I'll > ignore that then, since I'm on Mac OS" Or just re-wire your brain. Regards Antoine. ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
On 11/09/2012 09:54 AM, Ronald Oussoren wrote: On 9 Nov, 2012, at 11:57, Chris Withers wrote: Hah! Should http://docs.python.org/devguide/ be updated to reflect this or does this only affect Mac OS? (or should we correct the build so it doesn't spit out a .exe?) How else should it be named, given that the default filesystem on OSX machines is not case sensitive. The binary cannot be named "python" because that clashes with the directory named "Python" in the source and build tres. Have we considered renaming the directory instead? //arry/ ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] problems building python2.7
In article <[email protected]>, Larry Hastings wrote: > On 11/09/2012 09:54 AM, Ronald Oussoren wrote: > > On 9 Nov, 2012, at 11:57, Chris Withers wrote: > >> Hah! Should http://docs.python.org/devguide/ be updated to reflect this or > >> does this only affect Mac OS? (or should we correct the build so it > >> doesn't spit out a .exe?) > > How else should it be named, given that the default filesystem on OSX > > machines is not case sensitive. The binary cannot be named "python" because > > that clashes with the directory named "Python" in the source and build > > tres. > > Have we considered renaming the directory instead? That's another solution. Another is to use the optional case-sensitive variant of HFS+ on OS X. But, really, this is a very minor one-time issue facing people doing development on Python itself. Normal users or Python don't run iit from a source directory, they run it from an installed location (make install) and then there is no such problem. It's not worth changing at this point. -- Ned Deily, [email protected] ___ Python-Dev mailing list [email protected] http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
