aaebdd6a02
Enable building of Carbon toolbox modules with unix-Python.
2002-08-05 15:39:30 +00:00
ff8dec7427
Got rid of staticforward.
2002-08-05 15:36:57 +00:00
938ace69a0
staticforward bites the dust.
...
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.
2002-07-17 16:30:39 +00:00
033b79c483
Regenerated.
2002-04-23 22:46:01 +00:00
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
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
620a7667eb
Updated to Universal Headers 3.4
2001-12-18 15:39:38 +00:00
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
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
044d95e9f7
A few more gcc warnings bite the dust.
2001-09-05 15:44:37 +00:00
fd064863eb
Shut up many more gcc warnings.
2001-09-05 10:31:52 +00:00
06d2e1af35
Regenerated without default int return types.
2001-09-04 22:19:18 +00:00
25a5bd7708
Renamed.
2001-08-23 14:11:10 +00:00
50ecb0ad83
Renamed the Mac toolbox modules to have an initial _ in their name.
2001-08-23 14:02:09 +00:00
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
3685a4328d
ANSIfied function headers to shut up compiler warnings on OSX/Mach-o.
2001-06-20 21:22:23 +00:00
0c995756b3
Fixed an error in the signature of the QdRGB converter routines.
2001-06-13 12:39:02 +00:00
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
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
d6b2aeb10d
QDFlushPortBuffer() has an optional region argument.
2001-02-06 16:13:50 +00:00
dc2ac8d39f
Accept Dialogs and Windows where Grafports are expected (such as in SetPort) and do a MacOSX compatible cast. Bit of a hack, but good enough for now.
2001-02-02 22:41:48 +00:00
87eb4f8bb3
New internal function BMObj_NewCopied() which copies the BitMap. Used to get the screenBits bitmap.
2001-01-30 09:57:13 +00:00
5c3c58bde0
Accessor functions for regions and such expect an existing region as parameter. Fixed for grafport attribute access.
...
Got GetPortBitMapForCopyBits() and port.portBits to work.
2001-01-29 14:07:01 +00:00
f47075e86d
Blacklisted (for the time being) the functions that have a component argument. Don't want to drag the Cm module into the core set too.
2001-01-24 14:22:13 +00:00
bd58edaa01
Implemented direct attribute access for Carbon builds and accessor functions for non-carbon builds.
2001-01-24 14:05:11 +00:00
723ad8ae73
More toolbox modules adapted to Universal Headers 3.3.2.
2000-12-12 22:10:21 +00:00
fa1e27d8d2
Got rid of Py_FatalError calls.
2000-09-08 10:21:44 +00:00
74a1e63a89
Test for TARGET_API_MAC_CARBON with #if in stead of #ifdef.
2000-07-14 22:37:27 +00:00
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
fd78de3a74
Under carbon use the GetQDGlobalxxx methods to implement Qd.qd.member access.
2000-06-20 07:42:00 +00:00
e79dc76f53
Made the core toolbox modules carbon-compatible using the new greylist 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.
2000-06-02 21:35:07 +00:00
484be6152f
Added methods getdata() and putdata() to obtain the data in a bitmap.
2000-03-03 16:01:11 +00:00
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
d9f5a39ef3
Manually added definitions for normal, bold, etc. These are in MacTypes (of all
...
places) which isn't worth bgenning.
1999-01-21 13:31:30 +00:00
29bfea9b76
Argument type for SetPort was wrong (WindowPtr in stead of GrafPtr).
1998-04-27 15:09:36 +00:00
e180d99280
Grmpf, a lot more routines have gotten a "Mac" prefix for their
...
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.
1998-04-24 10:28:20 +00:00
7f725e4061
SetPort was missing, and the defs file needs the FOUR_CHAR_CODE define.
1998-04-23 13:21:09 +00:00
1c4e614627
Re-generated from new (3.1) universal headers
1998-04-21 15:23:55 +00:00
0c4d947eac
Replaced addpack by handcrafted code to find the bgen stuff.
1998-04-17 14:07:56 +00:00
e742a82067
Regenerated because of confusion with Style/StyleParameter and
...
Char/CharParameter
1998-02-25 15:46:50 +00:00
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
a755e68df6
Export type objects to Python
1997-09-20 17:40:22 +00:00
69b43ed5bc
Added support for GDHandle, CTabHandle, ITabHandle and CCrsrHandle: no
...
reason they were blacklisted, we can handle them as generic Handles.
1997-08-15 14:35:54 +00:00
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
3355be3f35
Added _id attribute to GrafPort objects (real id of grafport, numeric)
1996-05-08 15:33:20 +00:00
ded81a1ffe
Removed ...gen.py files from repository
1996-04-16 14:33:21 +00:00
46d9e79de6
bgen-generators now drop the python definition file straight in the
...
Lib:toolbox folder.
1996-04-12 16:29:23 +00:00
bdd0747193
Fixed access to Quickdraw globals. Unfortunately, they now have to be
...
accessed as Qd.qd.xxxx
1996-01-29 15:44:03 +00:00
61f3df4543
Added rgbFgColor and a few other members of CGrafPort
1996-01-15 14:39:56 +00:00
3a50f8a51e
- Added FontInfo support
...
- Added (read-)access to members of [C]GrafPort object
1996-01-11 16:17:14 +00:00
Jack Jansen
Jeremy Hylton
Guido van Rossum