summaryrefslogtreecommitdiffstats
path: root/Mac
Commit message (Collapse)AuthorAgeFilesLines
...
* Module to help other modules locate their resources. It currently knows aboutJack Jansen2001-08-271-0/+68
| | | | | resources in applets and separate OS9 style resource files, but it will eventually also be thought the hoops to jump through on OSX/MachO.
* These have long outlived there usefulness, in my opinion. Moved to Unsupported.Jack Jansen2001-08-275-0/+0
|
* Added Dean Draayer to the thank you list.Jack Jansen2001-08-271-2/+2
|
* Patch by Dean Draayer: support for indeterminate progress bars. YouJack Jansen2001-08-271-27/+37
| | | | | | get these by specifying maxval=0, which is now also the default. Untested.
* When we're freezing to sourcecode and one of the modules is a dynamic module ↵Jack Jansen2001-08-271-0/+4
| | | | that is in a package we freeze that module at toplevel (outside any package). Not optimal, but there is little more we can do as config.c has no way to specify a builtin module has to be dumped into a package.
* Updated to the current state of affairs.Jack Jansen2001-08-272-0/+0
|
* Added targets for building the Carbon and Classic interpreter if you don't ↵Jack Jansen2001-08-271-0/+0
| | | | want to go through fullbuild.py.
* - A forgotten "from Carbon".Jack Jansen2001-08-271-2/+3
| | | | | - Made the "killed unknown window" code dependent on a global var, so you can easily turn the behaviour off for IDE debugging.
* A few forgotten "from Carbon"s.Jack Jansen2001-08-272-2/+2
|
* Import the MacOS toolbox modules from the Carbon package.Jack Jansen2001-08-25100-331/+336
|
* Step 2 in putting the MacOS toolbox modules in a package: issue a ↵Jack Jansen2001-08-2545-0/+135
| | | | DepracationWarning in the compatibility modules.
* Last renamed module that wasn't removed yet.Jack Jansen2001-08-241-1168/+0
|
* Wrapper modules underound the toolbox modules, which now have an _ prepended.Jack Jansen2001-08-2323-0/+23
|
* Renamed.Jack Jansen2001-08-2322-40152/+0
|
* Renamed the Mac toolbox modules to have an initial _ in their name.Jack Jansen2001-08-2323-0/+41479
|
* The MacOS toolbox modules have acquired an _ in front of their name. Normal ↵Jack Jansen2001-08-2326-172/+178
| | | | usage is through a wrapper module (without underscore) which lives in the Carbon package.
* These long dead files somehow got revived. Killed them (but for howJack Jansen2001-08-214-654/+0
| | | | long? :-).
* This file has been dead for aeons. I have no idea how it suddenlyJack Jansen2001-08-211-2/+0
| | | | surfaced again.
* Oops, these compatibility modules were missing. Which went unnoticed because ↵Jack Jansen2001-08-208-0/+8
| | | | their companions had been put in the wrong place.
* Various toolbox modules were generated in lib-dynload accidentallyJack Jansen2001-08-201-3/+3
| | | | in stead of in Carbon. Fixed.
* Oops, this file shouldn't have been removed.Jack Jansen2001-08-201-0/+1
|
* The destination folder is now :Lib:lib-dynloadJack Jansen2001-08-191-0/+0
|
* PATCHLEVEL is outdated, use PY_VERSION.Jack Jansen2001-08-191-1/+1
|
* Step 1 in packaging the toolbox modules and making MacPython moreJack Jansen2001-08-191-1/+0
| | | | | | | like normal Python. toolbox modules are now in the Carbon package in :Mac:Lib, with a workaround flat namespace in :Mac:Lib:lib-compat. Other dynamic modules are in :Lib:lib-dynload. :Mac:Lib:lib-toolbox and :Mac:Plugins are gone.
* Dynamic modules are now put in :Lib:lib-dynload by default. For the toolbox ↵Jack Jansen2001-08-191-37/+41
| | | | modules this is overridden to put them in :Mac:Lib:Carbon.
* Compatibility modules. lib-compat is on the default sys.path for MacPython ↵Jack Jansen2001-08-1937-0/+37
| | | | 2.2, and each of these modules imports * from its namesake in the Carbon package.
* Moved to either :Mac:Lib (WASTEconst and files that weren't generated) or to ↵Jack Jansen2001-08-1927-6475/+0
| | | | the Carbon package.
* The modules with toolbox constants.Jack Jansen2001-08-1922-0/+4998
|
* Carbon is now a package encapsulating all the toolbox modules. Carbon is notJack Jansen2001-08-191-0/+0
| | | | | | the best of names right now (because QuickTime, for instance, is part of its own framekwork in OSX terminology, and because all these modules also work on pre-Carbon MacOS) but in a year or so it will be:-).
* Moved here form lib-toolbox, for lack of a better place to go.Jack Jansen2001-08-191-0/+95
|
* Moved here from lib-toolbox, where they should never have been in the first ↵Jack Jansen2001-08-194-0/+1382
| | | | place (all the other stuff there wa generated with bgen).
* Step 1 in packaging the toolbox modules and making MacPython moreJack Jansen2001-08-191-2/+2
| | | | | | | like normal Python. toolbox modules are now in the Carbon package in :Mac:Lib, with a workaround flat namespace in :Mac:Lib:lib-compat. Other dynamic modules are in :Lib:lib-dynload. :Mac:Lib:lib-toolbox and :Mac:Plugins are gone.
* Temporarily disabled the import hook. It breaks with the package-basedJack Jansen2001-08-191-1/+2
| | | | Carbon and its workaround.
* Got rid of all the plugin xml files: they are generated, andJack Jansen2001-08-19135-63926/+0
| | | | | | | | | they were only in the repository for people building MacPython from CVS (the .cmp project files are in a MacPython source distribution). The process to regenerate them is now easier (and documented!) so these shouldn't be needed anymore. And eventually they should all be built by setup.py anyway.
* If genpluginprojects is called from fullbuild we set the Python source ↵Jack Jansen2001-08-162-1/+5
| | | | directory to be the same as fullbuild uses (in stead of using the default sys.prefix). This fixes an issue Mark Day raised that you can't use fullbuild with one Python installation to build another one.
* Long time overdue: change sys.path defaults so that people willJust van Rossum2001-08-161-1/+1
| | | | have to do "from PIL import Image" instead of "import Image".
* Updated to the current state of things (long overdue).Jack Jansen2001-08-161-91/+61
|
* Removed expat from the access paths, it isn't needed.Jack Jansen2001-08-161-0/+0
|
* Merged release21-maint changes.Jack Jansen2001-08-122-10/+22
|
* test_glob found a nasty bug in GUSI opendir(): it will not fail when called ↵Jack Jansen2001-08-111-0/+18
| | | | on files, but in stead open the parent directory! We now explicitly test for the argument being a directory and simulate ENOTDIR otherwise.
* Before asking the finder to start the application (if start=1 is specified), ↵Jack Jansen2001-08-111-1/+4
| | | | check that it isn't incidentally running already.
* Got rid of the activate() so codewarrior doesn't come to front. It isn't ↵Jack Jansen2001-08-111-1/+0
| | | | needed, and without it you can get work done while building the projects:-)
* Added a note about the various tests here.Jack Jansen2001-08-111-0/+4
|
* use the proper prefix file under CarbonJust van Rossum2001-08-111-1/+4
|
* Regenerated.Jack Jansen2001-08-102-232/+248
|
* Changed reference to config.h to pyconfig.h.Jack Jansen2001-08-101-0/+0
|
* Resource files for OSX Python.framework. Incomplete, and they should probablyJack Jansen2001-08-083-0/+49
| | | | | eventually be generated so version numbers and such are automatically correct, but they do the job for now.
* Adapted for pymactoolbox.c and changed externals elsewhere.Jack Jansen2001-08-084-2/+0
|
* - Don't return mac-style pathnames in unix-Python.Jack Jansen2001-08-082-168/+79
| | | | | - Fixed up a lot more prototypes (gcc also wants them on static routines) - Fixed various other gcc warnings.
* Split macglue.c into two: a new mactoolboxglue.c (in ./Python)Jack Jansen2001-08-083-525/+2
| | | | | | | | | | | | with functionality needed for both unix-Python and MacPython and a new smaller ./Mac/Python/macglue.c which contains MacPython stuff only. pymactoolbox.h has moved to ./Include from ./Mac/Include and now also contains the relevant stuff from macglue.h. The net effect of this is that the ./Mac subdirectory is not needed anymore for building the unix-Python core on MacOSX (it is needed for building the extension modules).