Jack Jansen
714d7268d5
Weaklink most toolbox modules, improving backward compatibility. Modules will no longer fail to load if a single routine is missing on the curent OS version, in stead calling the missing routine will raise an exception.
...
Should finally fix 531398. 2.2.1 candidate.
2002-03-25 00:32:17 +00:00
Jack Jansen
9d79990ac7
Weaklink most toolbox modules, improving backward compatibility. Modules will no longer fail to load if a single routine is missing on the curent OS version, in stead calling the missing routine will raise an exception.
...
Should finally fix 531398. 2.2.1 candidate.
Also blacklisted some constants with definitions that were not Python-compatible.
2002-03-24 23:04:18 +00:00
Jack Jansen
620a7667eb
Updated to Universal Headers 3.4
2001-12-18 15:39:38 +00:00
Jack Jansen
2168e9d602
Adapted for Universal Headers 3.4
2001-12-16 20:18:40 +00:00
Guido van Rossum
146483964e
Patch supplied by Burton Radons for his own SF bug #487390 : Modifying
...
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.
2001-12-08 18:02:58 +00:00
Jack Jansen
b3be216b41
Merged changes made on r22b2-branch between r22b2 and r22b2-mac (the
...
changes from start of branch upto r22b2 were already merged, of course).
2001-11-30 14:16:36 +00:00
Jack Jansen
fd064863eb
Shut up many more gcc warnings.
2001-09-05 10:31:52 +00:00
Jack Jansen
06d2e1af35
Regenerated without default int return types.
2001-09-04 22:19:18 +00:00
Jack Jansen
25a5bd7708
Renamed.
2001-08-23 14:11:10 +00:00
Jack Jansen
50ecb0ad83
Renamed the Mac toolbox modules to have an initial _ in their name.
2001-08-23 14:02:09 +00:00
Jack Jansen
77105a960b
The MacOS toolbox modules have acquired an _ in front of their name. Normal usage is through a wrapper module (without underscore) which lives in the Carbon package.
2001-08-23 13:51:46 +00:00
Jack Jansen
fa77e1a1b1
Lots more Carbon/Carbon.h includes, new UPP routine names, function prototypes. Most toolbox modules now compile, link and import in MacOSX-MachO python.
2001-05-22 21:56:42 +00:00
Jack Jansen
0e04eecdbf
First step in porting MacPython modules to OSX/unix: break all references 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.
2001-05-17 21:58:34 +00:00
Jack Jansen
f7d5aa61d3
Adapted to Universal Headers 3.3.2. More to follow.
2000-12-10 23:43:49 +00:00
Jack Jansen
74a1e63a89
Test for TARGET_API_MAC_CARBON with #if in stead of #ifdef.
2000-07-14 22:37:27 +00:00
Jack Jansen
9d8b96c850
pymactoolbox.h contains protoypes for all externally visible toolbox module
...
functions. Include it in stead of duplicating the declarations everywhere. Also
cleaned up toolbox module exports, and got rid of resNotFound error.
2000-07-14 22:16:45 +00:00
Jack Jansen
8d929aee49
All relevant toolbox modules have now been carbonized.
2000-06-21 22:07:06 +00:00
Jack Jansen
a05ac607d7
Regenerated with CW Pro 5.2, which has MacOS 8.6 and Appearance 1.1 support.
1999-12-12 21:41:51 +00:00
Jack Jansen
1c4e614627
Re-generated from new (3.1) universal headers
1998-04-21 15:23:55 +00:00
Jack Jansen
0c4d947eac
Replaced addpack by handcrafted code to find the bgen stuff.
1998-04-17 14:07:56 +00:00
Jack Jansen
21f96872f2
Regenerated from Universal Headers 3.0.1. Some new calls are
...
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.
1998-02-20 16:02:09 +00:00
Jack Jansen
a755e68df6
Export type objects to Python
1997-09-20 17:40:22 +00:00
Jack Jansen
4a8c54e6d9
- Changed GestaltEqu.h to Gestalt.h
...
- Changed FragLoader.h to CodeFragments.h
- Removed Desk.h
- Regenerated bgen modules from new universal headers
- Changed some of the s# in PyArg_ParseTuple to m# (unfortunately:
this should have been a different commit)
1997-02-24 13:56:59 +00:00
Jack Jansen
d84e7aaf00
Regenerated
1996-08-02 11:24:34 +00:00
Jack Jansen
ded81a1ffe
Removed ...gen.py files from repository
1996-04-16 14:33:21 +00:00
Jack Jansen
46d9e79de6
bgen-generators now drop the python definition file straight in the
...
Lib:toolbox folder.
1996-04-12 16:29:23 +00:00
Jack Jansen
425e9eb6cb
- Added color window/pixmap support
...
- Added support for obtaining pixmap data
- Added OptResObj_* routines for optional handles
1995-12-12 15:02:03 +00:00
Jack Jansen
b996856d12
Component mgr support
1995-11-30 15:03:09 +00:00