Commit message (Collapse) | Author | Age | Files | Lines | ||
---|---|---|---|---|---|---|
... | ||||||
* | Module to help other modules locate their resources. It currently knows about | Jack Jansen | 2001-08-27 | 1 | -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 Jansen | 2001-08-27 | 5 | -0/+0 | |
| | ||||||
* | Added Dean Draayer to the thank you list. | Jack Jansen | 2001-08-27 | 1 | -2/+2 | |
| | ||||||
* | Patch by Dean Draayer: support for indeterminate progress bars. You | Jack Jansen | 2001-08-27 | 1 | -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 Jansen | 2001-08-27 | 1 | -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 Jansen | 2001-08-27 | 2 | -0/+0 | |
| | ||||||
* | Added targets for building the Carbon and Classic interpreter if you don't ↵ | Jack Jansen | 2001-08-27 | 1 | -0/+0 | |
| | | | | want to go through fullbuild.py. | |||||
* | - A forgotten "from Carbon". | Jack Jansen | 2001-08-27 | 1 | -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 Jansen | 2001-08-27 | 2 | -2/+2 | |
| | ||||||
* | Import the MacOS toolbox modules from the Carbon package. | Jack Jansen | 2001-08-25 | 100 | -331/+336 | |
| | ||||||
* | Step 2 in putting the MacOS toolbox modules in a package: issue a ↵ | Jack Jansen | 2001-08-25 | 45 | -0/+135 | |
| | | | | DepracationWarning in the compatibility modules. | |||||
* | Last renamed module that wasn't removed yet. | Jack Jansen | 2001-08-24 | 1 | -1168/+0 | |
| | ||||||
* | Wrapper modules underound the toolbox modules, which now have an _ prepended. | Jack Jansen | 2001-08-23 | 23 | -0/+23 | |
| | ||||||
* | Renamed. | Jack Jansen | 2001-08-23 | 22 | -40152/+0 | |
| | ||||||
* | Renamed the Mac toolbox modules to have an initial _ in their name. | Jack Jansen | 2001-08-23 | 23 | -0/+41479 | |
| | ||||||
* | The MacOS toolbox modules have acquired an _ in front of their name. Normal ↵ | Jack Jansen | 2001-08-23 | 26 | -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 how | Jack Jansen | 2001-08-21 | 4 | -654/+0 | |
| | | | | long? :-). | |||||
* | This file has been dead for aeons. I have no idea how it suddenly | Jack Jansen | 2001-08-21 | 1 | -2/+0 | |
| | | | | surfaced again. | |||||
* | Oops, these compatibility modules were missing. Which went unnoticed because ↵ | Jack Jansen | 2001-08-20 | 8 | -0/+8 | |
| | | | | their companions had been put in the wrong place. | |||||
* | Various toolbox modules were generated in lib-dynload accidentally | Jack Jansen | 2001-08-20 | 1 | -3/+3 | |
| | | | | in stead of in Carbon. Fixed. | |||||
* | Oops, this file shouldn't have been removed. | Jack Jansen | 2001-08-20 | 1 | -0/+1 | |
| | ||||||
* | The destination folder is now :Lib:lib-dynload | Jack Jansen | 2001-08-19 | 1 | -0/+0 | |
| | ||||||
* | PATCHLEVEL is outdated, use PY_VERSION. | Jack Jansen | 2001-08-19 | 1 | -1/+1 | |
| | ||||||
* | Step 1 in packaging the toolbox modules and making MacPython more | Jack Jansen | 2001-08-19 | 1 | -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 Jansen | 2001-08-19 | 1 | -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 Jansen | 2001-08-19 | 37 | -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 Jansen | 2001-08-19 | 27 | -6475/+0 | |
| | | | | the Carbon package. | |||||
* | The modules with toolbox constants. | Jack Jansen | 2001-08-19 | 22 | -0/+4998 | |
| | ||||||
* | Carbon is now a package encapsulating all the toolbox modules. Carbon is not | Jack Jansen | 2001-08-19 | 1 | -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 Jansen | 2001-08-19 | 1 | -0/+95 | |
| | ||||||
* | Moved here from lib-toolbox, where they should never have been in the first ↵ | Jack Jansen | 2001-08-19 | 4 | -0/+1382 | |
| | | | | place (all the other stuff there wa generated with bgen). | |||||
* | Step 1 in packaging the toolbox modules and making MacPython more | Jack Jansen | 2001-08-19 | 1 | -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-based | Jack Jansen | 2001-08-19 | 1 | -1/+2 | |
| | | | | Carbon and its workaround. | |||||
* | Got rid of all the plugin xml files: they are generated, and | Jack Jansen | 2001-08-19 | 135 | -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 Jansen | 2001-08-16 | 2 | -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 will | Just van Rossum | 2001-08-16 | 1 | -1/+1 | |
| | | | | have to do "from PIL import Image" instead of "import Image". | |||||
* | Updated to the current state of things (long overdue). | Jack Jansen | 2001-08-16 | 1 | -91/+61 | |
| | ||||||
* | Removed expat from the access paths, it isn't needed. | Jack Jansen | 2001-08-16 | 1 | -0/+0 | |
| | ||||||
* | Merged release21-maint changes. | Jack Jansen | 2001-08-12 | 2 | -10/+22 | |
| | ||||||
* | test_glob found a nasty bug in GUSI opendir(): it will not fail when called ↵ | Jack Jansen | 2001-08-11 | 1 | -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 Jansen | 2001-08-11 | 1 | -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 Jansen | 2001-08-11 | 1 | -1/+0 | |
| | | | | needed, and without it you can get work done while building the projects:-) | |||||
* | Added a note about the various tests here. | Jack Jansen | 2001-08-11 | 1 | -0/+4 | |
| | ||||||
* | use the proper prefix file under Carbon | Just van Rossum | 2001-08-11 | 1 | -1/+4 | |
| | ||||||
* | Regenerated. | Jack Jansen | 2001-08-10 | 2 | -232/+248 | |
| | ||||||
* | Changed reference to config.h to pyconfig.h. | Jack Jansen | 2001-08-10 | 1 | -0/+0 | |
| | ||||||
* | Resource files for OSX Python.framework. Incomplete, and they should probably | Jack Jansen | 2001-08-08 | 3 | -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 Jansen | 2001-08-08 | 4 | -2/+0 | |
| | ||||||
* | - Don't return mac-style pathnames in unix-Python. | Jack Jansen | 2001-08-08 | 2 | -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 Jansen | 2001-08-08 | 3 | -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). |