87eea88b5a
After generating the Python file with definitions try to run it, so
...
we catch errors during the build process in stead of later during runtime.
2002-08-15 21:48:16 +00:00
aaebdd6a02
Enable building of Carbon toolbox modules with unix-Python.
2002-08-05 15:39:30 +00:00
84fca948c8
fixed refcount leak in CreateNewWindow() and CreateWindowFromResource().
2002-06-05 17:41:03 +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
f1d7b41fa0
Disable GetWindowSpareFlag and GetWindowGoAwayBox on carbon.
2001-02-28 23:32:42 +00:00
0d202b7403
Various tweaks to make it everything build and compile again under carbon. Mainly greylisted functions.
2001-01-09 22:09:31 +00:00
723ad8ae73
More toolbox modules adapted to Universal Headers 3.3.2.
2000-12-12 22:10:21 +00:00
0aee0e61f8
Window objects now also have an AutoDispose funcpointer (set for our windows, cleared for foreign windows). Needed mainly for Carbon (where we don't know about the windows belonging to our dialogs).
...
Fixed a few calls that return an ExistingWindow.
2000-08-25 22:17:51 +00:00
74a1e63a89
Test for TARGET_API_MAC_CARBON with #if in stead of #ifdef.
2000-07-14 22:37:27 +00:00
8d929aee49
All relevant toolbox modules have now been carbonized.
2000-06-21 22:07:06 +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
b1b78d85d3
Bgen now understands more constant definitions, but that means that a few which are not parseable in Python have to be blacklisted.
1999-12-14 15:47:01 +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
0c4d947eac
Replaced addpack by handcrafted code to find the bgen stuff.
1998-04-17 14:07:56 +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
8f0fab78ce
Added support for WCTabHandle, AuxWinHandle, PixPatHandle: no reason
...
for blacklisting them.
1997-08-15 14:38:05 +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
b7abb18cd9
Added support for GrafPort object
1995-11-15 15:18:47 +00:00
330f57699f
- Added support for PicHandle
...
- Added (by hand, through winedit.py) support for WindowPeek accessor
functions that are currently declared as macros.
1995-11-14 10:48:54 +00:00
b81cf9d61c
Trying again to check it in. Changes to:
...
- Use Universal Headers as input
- Change addpack calls to not depend on Guido's disklayout
- Checkge testprograms to use new names for some functions
1995-06-06 13:08:40 +00:00
ea39abd56c
more stuff
1995-02-28 09:49:02 +00:00
17448e2408
Committed a more or less working version.
1995-01-30 11:53:55 +00:00
Jack Jansen
Just van Rossum
Guido van Rossum