New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Mac OS X: building with X11 Tkinter #45925
Comments
On OS X, I wanted to build my own copy of Python that used my own copy To do this, I passed "LDFLAGS=-rpath,/path/to/lib" to configure so that $ diff setup.py original_setup.py
1199c1199
< if 0 and (platform == 'darwin' and
I did this based on a post by Ronald Oussoren to the Python-SIG Mac Thanks |
The problem is already fixed in svn. Can you download a svn checkout and 41848 skip.montanaro if (platform == 'darwin' and |
Crys: look closely at the diff, the "0 and " is in the modified file. |
I apologize for the confusion: I put the modified file first and the Sorry about that! An option to do nothing special to find Tk and Tcl on darwin is what |
Reopening since additional feedback was provided clarifying the request. How does this request interact with the business about building the Mac |
Adding support for building an X11 version of Tkinter would require an I'm not interested in creating a patch for this, but am willing to review |
This will go nowhere unless someone supplies a patch. |
Sorry, I don't have a Mac, and I don't have access to one that I could use to make a patch. At the time, I was trying to support OS X users of a piece of Python/Tkinter software. Please do not keep this issue open on my account. Thanks, |
Is there actual? |
It certainly is still possible to patch current Pythons to build with the X11 Tk 8.5 on OS X. For example, the current MacPorts Python ports use an X11 Tk 8.5. Considering all the issues that have arisen with the other Tcl/Tk implementations on OS X (i.e. Cocoa Tk and Carbon Tk), I think it would be useful to provide better support for choosing which to build with. I'll take a look at this as a possible feature. |
Thank you, Ned. |
Hello from Homebrew (Mac)! Indeed we also patch setup.py (but right now only for python2.7) and uncommented the "detect_tkinter_darwin" related lines to support linking against a Tkinter build with homebrew (optionally with X11 support). (Our patch: https://github.com/mxcl/homebrew/pull/16626/files#L0R270) I agree that an option to tell setup.py to use another Tk would be much appreciated. |
Here's a patch. It is simple-minded but I think it should be powerful enough for advanced users to build with non-default Tcl and Tk libraries without having to modify the source. It adds two new options to configure; if used, both must be specified: ./configure \ The values are passed into the top-level setup.py and override the default searches and values for include_dirs and libraries when building _tkinter.so. In addition, the options can be overridden with make. This can be useful when testing tkinter with different versions of Tcl/Tk: ./configure I have some more testing to do on other platforms but, unless there are major objections, I intend to commit this soon for use with bpo-15663. |
New changeset 0986e4f5750d by Ned Deily in branch 'default': |
New changeset e7474d4d85ca by Ned Deily in branch '2.7': New changeset d7662958b27a by Ned Deily in branch '3.3': |
Committed to default for release in 3.4.0. With the consent of the release managers, this change has been backported to 2.7 (for release in 2.7.6) and 3.3 (for 3.3.3) in support of bpo-15663. |
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: