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.
Created on 2009年10月22日 00:16 by richard, last changed 2022年04月11日 14:56 by admin. This issue is now closed.
| Files | ||||
|---|---|---|---|---|
| File name | Uploaded | Description | Edit | |
| python-r75588-build.log | richard, 2009年10月22日 00:16 | build log for r75588 | ||
| Messages (3) | |||
|---|---|---|---|
| msg94331 - (view) | Author: Richard Jones (richard) * (Python committer) | Date: 2009年10月22日 00:16 | |
I'm using python 2.6 maint SVN r75588 and get the attached build log when I run: configure --enable-framework make Failed to build these modules: _curses _curses_panel _tkinter readline |
|||
| msg94334 - (view) | Author: Ned Deily (ned.deily) * (Python committer) | Date: 2009年10月22日 06:18 | |
Building a batteries-included framework on OS X is not a simple task, especially on 10.6 Snow Leopard where the system default is to build 64- bit archs. There are several known build issues with building a complete framework on 10.6. It's not clear what your intentions are. If you want a 64-bit build with everything included, you'll need to supply a 64-bit version of readline (which is not included in OS X) and, prior to building, you may need to delete any already installed python.org (or other 3rd-party) version of python2.6 in /Library/Frameworks/Python.framework/Version/2.6: you may end up with dynamic linking to a 32-bit version of the ncurses libraries from there. And Tkinter and Tk are problematic: there are some unresolved problems using the 64-bit Apple-supplied Tk in 10.6. If you don't need ncurses et al, just ignore the build errors. If you do need them, your best bet is to use or adapt the OS X installer build script, Mac/BuildScript/build-installer.py, and/or to stick with a 32-bit universal build. There are still a number of rough edges with 64-bit builds. There is perhaps one new wrinkle here: since you didn't specify --with- universal-archs to configure, configure *thinks* it is building for 32- bit and defaults to not supplying -arch to the gcc commands it generates; on 10.6, though, it looks like the absence of -arch causes a 64-bit build to take place. To get around that, configure may need to always supply -arch. Also, I'm guessing that you didn't supply a deployment target which results in the somewhat confusing macosx-10.4- i386 directory names and might have other implications. (These observations are just from a quick look at your build output. This should be looked at more thoroughly when time is available.) |
|||
| msg96140 - (view) | Author: Ronald Oussoren (ronaldoussoren) * (Python committer) | Date: 2009年12月08日 16:59 | |
richard: could you please elaborate on what you think is wrong? readline doesn't get build because OSX' libedit isn't good enough for the readline module in 2.6, this is fixed in 2.7. On my machine the other ones do get build, although I had to move /Library/Frameworks/Python.framework to the side to avoid picking up bits from the already installed 32-bit tree to get the curses bits to build. As Ned noted the compiler on 10.6 creates 64-bit binaries by default. You may have 32-bit OSS libraries on your machine that cause problems during a 64-bit build. If you want a 32-bit build rather than 64-bit one you can build a universal binary using --enable-universal-sdk=/ |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:56:54 | admin | set | github: 51433 |
| 2010年01月17日 19:08:43 | ronaldoussoren | set | status: open -> closed resolution: works for me stage: resolved |
| 2009年12月08日 16:59:21 | ronaldoussoren | set | messages: + msg96140 |
| 2009年10月22日 06:18:52 | ned.deily | set | nosy:
+ ned.deily, ronaldoussoren messages: + msg94334 assignee: ronaldoussoren components: + macOS |
| 2009年10月22日 00:16:18 | richard | create | |