| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
to detect the OSX 10.5 SDK.
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
still used?)
|
| |
|
| |
|
|
|
|
|
|
| |
Turns out patch #1035255 was incomplete, it only patched _Filemodule.c
and not filesupport.py. So regenerating caused as_pathname() to go into
an infinite loop.
|
|
|
|
| |
they are now _self, _args and _kwds.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(Contributed by Bob Ippolito.)
This patch trims down the Python core on Darwin by making it
independent of CoreFoundation and CoreServices. It does this by:
Changed linker flags in configure/configure.in
Removed the unused PyMac_GetAppletScriptFile
Moved the implementation of PyMac_StrError to the MacOS module
Moved the implementation of PyMac_GetFullPathname to the
Carbon.File module
|
|
|
|
| |
Cleaned up various things in the toolbox modules.
|
| |
|
|
|
|
| |
MacOS9isms.
|
|
|
|
| |
disabling unicode filenames on OS9.
|
| |
|
| |
|
| |
|
|
|
|
| |
MacPython-OS9. Fixed.
|
|
|
|
| |
FSSpec or FSRef object and returns an 8-bit pathname (utf8 encoded).
|
|
|
|
| |
FSSpec.SetDates() and GetDates(). Closes #662836.
|
| |
|
|
|
|
| |
MethodGenerator, this should be OSErrMethodGenerator.
|
|
|
|
|
| |
on OSX then the actual error (file not found) was obscured by the
error message that tried to be helpful about the allowed arguments. Fixed.
|
|
|
|
|
| |
- Regenerated with the correct calls to PyType_Ready and the correct
deallocator calls.
|
|
|
|
| |
could overwrite memory.
|
| |
|
|
|
|
|
| |
- Added support for optional FSSpecs and FSRefs to the Alias routines.
NewAlias and friends are still functions, though, not methods.
|
|
|
|
| |
Added comment (to myself) on what still needs to be done.
|
|
|
|
|
|
|
| |
- Added access to the "data" attribute
- Fixed the FSRef tp_init routine to accept pathnames on OSX
- Changed the FSSpec tp_repr to return something resembling what
macfs returns.
|
|
|
|
|
|
|
| |
way to get various alias creation routines as methods of FSSpec or FSRef
objects (which is the logical thing, from a Python POV). Also started on
the code that will contain all the macfs functionality, so macfs can
becode a Python module, to be used mainly for backward compatibility.
|
| |
|
|
manager. This should allow us the get rid of most of the FSSpecs, only
navigation services remains to be done.
|