[issue13631] readline fails to parse some forms of .editrc under editline (libedit) emulation on Mac OS X

Zvezdan Petkovic added the comment: Ned, I just signed the contributor agreement form. -- ___ Python tracker <http://bugs.python.org/issue13631> ___ ___ Pytho

[issue14073] allow per-thread atexit()

Changes by Zvezdan Petkovic : -- nosy: +zvezdan ___ Python tracker <http://bugs.python.org/issue14073> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue13631] readline fails to parse some forms of .editrc under editline (libedit) emulation on Mac OS X

Zvezdan Petkovic added the comment: I did not test against a readline build. -- ___ Python tracker <http://bugs.python.org/issue13631> ___ ___ Python-bugs-list m

[issue13631] readline fails to parse some forms of .editrc under editline (libedit) emulation on Mac OS X

Changes by Zvezdan Petkovic : Added file: http://bugs.python.org/file24044/readline-3.2.patch ___ Python tracker <http://bugs.python.org/issue13631> ___ ___ Python-bug

[issue13631] readline fails to parse some forms of .editrc under editline (libedit) emulation on Mac OS X

New submission from Zvezdan Petkovic : Problem === The changes in r87356 for py3k and r87358 for python-2.7 described in issue 9907 have broken parsing of the initialization file .editrc under editline emulation of readline on Mac OS X. Background == Both readline and editline

[issue9033] cmd module tab misbehavior

Zvezdan Petkovic added the comment: Does a translation really need to be in Python? I use .editrc file in my home directory with this content: python:bind ^I rl_complete and everything works fine. -- nosy: +zvezdan ___ Python tracker <h

[issue8065] Memory leak in readline.get_current_history_length

Changes by Zvezdan Petkovic : -- nosy: +zvezdan ___ Python tracker <http://bugs.python.org/issue8065> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: Ronald, > That bit is not in the trunk, should it be forward ported to the trunk? Yes, that should be applied to trunk and 3.x to make it work on Mac OS X 10.5 (Leopard). I indicated that in msg98979. The explanation why that part is needed is given

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Changes by Zvezdan Petkovic : Added file: http://bugs.python.org/file16163/readline-libedit-trunk.patch ___ Python tracker <http://bugs.python.org/issue6877> ___ ___ Pytho

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Changes by Zvezdan Petkovic : Added file: http://bugs.python.org/file16162/readline-libedit-2.6.5-fix1.patch ___ Python tracker <http://bugs.python.org/issue6877> ___ ___

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Changes by Zvezdan Petkovic : Removed file: http://bugs.python.org/file16161/readline-libedit-trunk.patch ___ Python tracker <http://bugs.python.org/issue6877> ___ ___

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Changes by Zvezdan Petkovic : Removed file: http://bugs.python.org/file16160/readline-libedit-2.6.5-1.patch ___ Python tracker <http://bugs.python.org/issue6877> ___ ___

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: Meador, I just looked at your patch (it seems we were posting patches at about the same time). That's a good fix too. Barry it's your call. -- ___ Python tracker <http://bugs.python.

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: The patch with the same correction against trunk is attached so that Meador can test it. -- Added file: http://bugs.python.org/file16161/readline-libedit-trunk.patch ___ Python tracker <http://bugs.python.

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: OK, so issue4204 patch is causing problems. As I mentioned before we could choose to #ifdef __FreeBSD__ or check whether __APPLE__ is not defined. I'm attaching a new patch for 2.6.5 (2.6 branch) that uses the __APPLE__ check. -- Added file:

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: Barry, I'm sorry, I only now noticed this line in your compilation on 10.5: /Users/barry/projects/python/python26/Modules/readline.c:41: error: conflicting types for 'completion_matches' This problem was introduced by a patch in issue4204.

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: This is a configuration bug: /Users/barry/projects/python/python26/Modules/readline.c -o build/temp.macosx-10.3-ppc-2.6 ... Why is it trying to build using macosx-10.3 target? I bet if you specify MACOSX_DEPLOYMENT_TARGET=10.5 on the ./configure line it

[issue7852] [PATCH] Drop "Computer" from "Apple Computer" in plistlib

Zvezdan Petkovic added the comment: Also, on a Mac computer: - start Xcode 3.2.1 and select Help->Developer Documentation - type in the search box in the top right corner "property list" - the second hit is "Property List Programming Guide"; click on it - the second page

[issue7852] [PATCH] Drop "Computer" from "Apple Computer" in plistlib

Zvezdan Petkovic added the comment: How about this example from Mac OS X Reference Library "Property List Programming Guide": http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/PropertyLists/QuickStartPlist/QuickStartPlist.html Perhaps the fact that Apple

[issue7807] test_macostools fails on OS X 10.6: no attribute 'FSSpec'

Zvezdan Petkovic added the comment: This seems to be a 64-bit issue. The 32-bit build passes this test. >>> echo ${TESTPYTHON} ${TESTPROG} ${TESTOPTS} /Users/zvezdan/opt/snapshot/2.6.5/bin/python -E -tt /Users/zvezdan/opt/snapshot/2.6.5/lib/python2.6/test/test_macostools.py

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: I forgot to add that the patch for 2.6.5 is based on: http://svn.python.org/view?rev=74970&view=rev -- ___ Python tracker <http://bugs.python.org/is

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: The readline-libedit-2.6.5.patch is attached. The patch was applied and python built in several configurations on Mac OS X 10.6 (Snow Leopard). There is no regression (details below). Can somebody else test on Mac OS X 10.5 (Leopard)? 32-bit

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: Brett, IMO, your backtrace only implies that readline module was built believing it has libedit (i.e., include files were system ones from /usr/include). However, the following scenario is possible. Some packaging tools choose to divide library packages

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: I assume you had to pass extra -I and -L flags when compiling with GNU readline. Right? -- ___ Python tracker <http://bugs.python.org/issue6

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: Make that python2.6 in the command above. :-) -- ___ Python tracker <http://bugs.python.org/issue6877> ___ ___ Python-bug

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: Brett, what does this command return for you? otool -L /path/to/lib/python2.4/lib-dynload/readline.so -- ___ Python tracker <http://bugs.python.org/issue6

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: The patch `readline-libedit.patch` has the following problems: - a typo causing an undefined variable error; - a missing "#endif"; - it doesn't refer to the new __APPLE__ specific doc string anywhere. It fails to compile `readline.c`.

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: > It would also be nice if one could programmaticly detect if readline > is linked to libedit There's this rl_library_version constant defined in editline/readline C libraries that the attached patch uses. Perhaps, if we can expose its value from

[issue6872] Support system readline on OS X 10.6

Zvezdan Petkovic added the comment: Also, the patch from issue 6877 changes setup.py in a way that enables build of the readline module on Leopard as well. Such build is used for about two years already (Python 2.4) by several people in my company and nobody noticed any issues on Mac OS X

[issue6872] Support system readline on OS X 10.6

Zvezdan Petkovic added the comment: This patch could potentially break non-Mac OS X systems. Fortunately, I have a patch that works with systems that use GNU readline and systems that use editline emulation. See issue 6877. Unfortunately, I was lingering for over a year with opening a tracker

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: When testing the patch make sure that your readline module has been actually linked against editline library rather then some copy of GNU readline from MacPorts or Fink. Assuming --prefix=${HOME}/opt, the output of otool -L ~/opt/lib/python2.4/lib

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Zvezdan Petkovic added the comment: I worked around the issue mentioned in msg82619. The readline patch (issue 6877) is not adversely affected by the patch applied in this issue. This issue can remain closed AFAIC. -- ___ Python tracker <h

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Zvezdan Petkovic added the comment: Changed type to "crash" because compilation of readline module without this patch was causing Python to crash with BusError. -- type: compile error -> crash ___ Python tracker <http://bugs.pyth

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

New submission from Zvezdan Petkovic : The attached patch enables compilation and use of the readline module on Mac OS X 10.5 (Leopard) and 10.6 (Snow Leopard). It utilizes the native editline library (used for emulation of the readline library on Mac). I used the patch for almost two years

[issue4204] Cannot build _multiprocessing, math, mmap and readline of Python 2.6 on FreeBSD 4.11 w/ gcc 2.95.4

Zvezdan Petkovic added the comment: Part of this patch committed in -r 67098 breaks Mac OS X 10.5, because the completion_matches() function is already declared in /usr/include/readline/readline.h and the new declaration conflicts with it. If the lack of this declaration is a problem for