| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
svn+ssh://pythondev@svn.python.org/python/trunk
........
r81029 | antoine.pitrou | 2010-05-09 16:46:46 +0200 (dim., 09 mai 2010) | 3 lines
Untabify C files. Will watch buildbots.
........
|
| |
|
|
|
|
|
|
|
|
|
|
| |
svn+ssh://pythondev@svn.python.org/python/trunk
........
r75017 | ronald.oussoren | 2009-09-22 16:24:57 +0200 (Tue, 22 Sep 2009) | 4 lines
The 'Navigation Toolbox' is not available at all for 64-bit
code, make this explicit in the C code to avoid confusing
error messages during the build.
........
|
| |
|
|
|
|
|
| |
http://mail.python.org/pipermail/python-dev/2008-June/079988.html
Python 2.6 should stick with PyString_* in its codebase. The PyBytes_* names
in the spirit of 3.0 are available via a #define only. See the email thread.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds a new configure argument on OSX:
--with-universal-archs=[32-bit|64-bit|all]
When used with the --enable-universalsdk option this controls which
CPU architectures are includes in the framework. The default is 32-bit,
meaning i386 and ppc. The most useful alternative is 'all', which includes
all 4 CPU architectures supported by MacOS X (i386, ppc, x86_64 and ppc64).
This includes limited support for the Carbon bindings in 64-bit mode as well,
limited because (a) I haven't done extensive testing and (b) a large portion
of the Carbon API's aren't available in 64-bit mode anyway.
I've also duplicated a feature of Apple's build of python: setting the
environment variable 'ARCHFLAGS' controls the '-arch' flags used for building
extensions using distutils.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
Cleaned up various things in the toolbox modules.
|
| | |
|
| |
|
|
| |
pre-carbon MacOS9 support.
|
| |
|
|
| |
not 'K'.
|
| |
|
|
| |
Untested, but at least it still compiles.
|
| | |
|
| |
|
|
|
| |
- AskFileForSave didn't work for string return values
- filterProc didn't work.
|
| | |
|
| |
|
|
|
| |
- Regenerated with the correct calls to PyType_Ready and the correct
deallocator calls.
|
| |
|
|
|
|
| |
TARGET_API_MAC_OS8 (or !TARGET_API_MAC_CARBON) is gone. Also some
TARGET_API_MAC_OSX conditional code is gone, because it is no longer
used on OSX-only Python (only in MacPython-OS9).
|
| |
|
|
|
| |
reason getting at saveFileName doesn't work, so it currently only really
works for opening files for reading.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The staticforward define was needed to support certain broken C
compilers (notably SCO ODT 3.0, perhaps early AIX as well) botched the
static keyword when it was used with a forward declaration of a static
initialized structure. Standard C allows the forward declaration with
static, and we've decided to stop catering to broken C compilers. (In
fact, we expect that the compilers are all fixed eight years later.)
I'm leaving staticforward and statichere defined in object.h as
static. This is only for backwards compatibility with C extensions
that might still use it.
XXX I haven't updated the documentation.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
type.__module__ behavior.
This adds the module name and a dot in front of the type name in every
type object initializer, except for built-in types (and those that
already had this). Note that it touches lots of Mac modules -- I have
no way to test these but the changes look right. Apologies if they're
not. This also touches the weakref docs, which contains a sample type
object initializer. It also touches the mmap test output, because the
mmap type's repr is included in that output. It touches object.h to
put the correct description in a comment.
|
| |
|
|
| |
Fixed a few missing return values.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
NavServices installed.
|
| | |
|
| | |
|
| |
|
|
|
| |
functions. Include it in stead of duplicating the declarations everywhere. Also
cleaned up toolbox module exports, and got rid of resNotFound error.
|
| |
|
|
|
|
| |
feature of bgen: non-carbon methods are still included in non-carbon MacPython. The issue of backward compatibility of Python code is still open.
Macmodule and macosmodule have also been carbonified. Some functionality is still missing there.
|
| | |
|
| |
|
|
| |
Fixed.
|
| |
|
|
| |
dialogs.
|
| |
|
|
|
|
| |
interface: all
calls, callbacks, arguments, etc. Also added docstrings.
|
| |
|
|
| |
get at the result yet, though:-)
|
|
|
too little for my needs.
|