| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
they are now _self, _args and _kwds.
|
| |
|
|
|
|
| |
Cleaned up various things in the toolbox modules.
|
| |
|
| |
|
|
|
|
| |
MacOS9isms.
|
|
|
|
|
| |
- 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).
|
|
|
|
| |
or no argument (giving an empty resource).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
descriptors in stead of manual getattr hooks to get at attributes
of the objects.
For Qd I have in stead gotten rid of most of the attribute access
in favor of the carbon-style accessor methods (with the exception
of visRgn, to be done later), and of the Carbon.Qd.qd global object,
for which accessor functions are also available.
For List I have fixed the fact that various methods were incorrectly
generated as functions.
CF is untouched: PEP252 doesn't allow "poor-mans-inheritance" with
basechain, so it will have to wait for PEP253 support.
|
|
|
|
| |
for Python 2.2.
|
| |
|
|
|
|
| |
we catch errors during the build process in stead of later during runtime.
|
| |
|
| |
|
|
|
|
|
|
| |
don't cause import failure.
Fixes 531398, 2.2.1 candidate.
|
|
|
|
|
|
| |
stead of depending on ResError(). Second half of fix for #531291.
2.2.1 candidate.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
changes from start of branch upto r22b2 were already merged, of course).
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
usage is through a wrapper module (without underscore) which lives in the Carbon package.
|
| |
|
|
|
|
| |
prototypes. Most toolbox modules now compile, link and import in MacOSX-MachO python.
|
|
|
|
|
|
| |
between modules except for the obj_New() and obj_Convert() routines, the PyArg_Parse and Py_BuildValue helpers.
And these can now be vectored through glue routines (by defining USE_TOOLBOX_OBJECT_GLUE) which will do the necessary imports, whereupon the module's init routine will tell the glue routine about the real conversion routine address and everything is fine again.
|
|
|
|
| |
correct: OS9 InterfaceLib has it, but enabling it will make Python refuse to run on 8.6 and earlier.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
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.
|
|
|
|
| |
Also added a Handle() function which is like Resource() but has auto-dispose on by default.
|
|
|
|
|
|
| |
in isn't but it does have an as_Resource method use that. This makes life a lot easier
for appearance portability (and was needed anyway).
|
| |
|
|
|
|
|
|
| |
declaration, probably so the universal headers are useable on
windows/unix too. Have to think of a more definite workaround later,
for now we manually declare the old names in the *edit.py files.
|
| |
|
| |
|
|
|
|
|
|
| |
blacklisted, because they are not available in classic 68k programs,
and bgen doesn't have a way to put #ifdef/#endif in the generated
code. For now we only implement calls that work on all three models.
|