71707f3bb8
Patch by Mark Day to allow from __future__ imports. Looks harmless
...
enough, but may have side-effects because it preallocates a single
codeop.Compiler() to compile all statements the user enters.
Just: please review and retract/modify if necessary.
2001-09-07 10:11:31 +00:00
0511b764d1
Minimal instructions for using the Makefile here. Also a clear
...
statement that this is a proof-of-concept meant for people to
experiment with, nothing more.
2001-09-06 16:36:42 +00:00
638e5e39cf
Added targets to install the application, and to install mac-additions
...
in Python.
2001-09-06 16:33:57 +00:00
75ed167527
Rudimentary makefile for building the executable to go into a
...
fullblown OSX application. It is starting to work, but building
the application bundle is still handwork, and we need a minimal
readme file too.
2001-09-05 22:09:50 +00:00
dff7770b7f
Changes to make these work under OSX as the main program for a
...
fullblown drag and drop application. To my surprise it is starting
to work already: Python actually executes a script dropped on it.
To be done:
- Make sure this still works in MacPython
- Don't lose argv[0] in the process
- Applet support
2001-09-05 22:07:52 +00:00
b30e106633
Python is a Shell, not a Viewer.
2001-09-05 22:04:25 +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
f894f6f4e9
Added prototypes to shut gcc -Wstrict-prototypes up.
2001-09-04 22:29:31 +00:00
9642ecad06
Shut up a few more gcc warnings.
2001-09-04 22:25:47 +00:00
1767f93603
Added prototypes to silence gcc strict-prototype warnings.
...
Fixed a few missing return values.
2001-09-04 22:20:39 +00:00
06d2e1af35
Regenerated without default int return types.
2001-09-04 22:19:18 +00:00
f9114239e7
Added pythonpath.r to the developer distribution. It's
...
useful to people extending Python. Suggested by
Alexandre Parenteau.
2001-09-04 22:15:05 +00:00
f6af601dd4
Template for an OSX PythonInterpreter application.
2001-09-04 21:28:03 +00:00
d043ab6503
Photoshop sources for icon files. Not pretty, but hey! I'm not an
...
artist (and a certain artist didn't jump in, yet).
2001-09-04 21:25:36 +00:00
13b54a9da3
Added the last few missing files, and put everything in the right packages.
...
Tested, too:-)
2001-09-02 14:48:32 +00:00
6114297c87
Silly typos.
2001-09-02 00:09:35 +00:00
569ba10610
Don't call PyMac_HandleEvent in unix-Python
2001-09-02 00:08:16 +00:00
38c4dd4d53
Regenerated, mainly for new GC routines.
2001-09-01 23:42:11 +00:00
b18ced2909
xx.prj has been replaced by xx.mcp.
2001-09-01 23:40:19 +00:00
fabd00fa91
Added glue routine for PyMac_BuildFSSpec, PyMac_GetFSRef and PyMac_BuildFSRef.
...
Moved the declarations to pymactoolbox.h.
2001-09-01 23:39:58 +00:00
62d24a0f50
Don't call PyMac_HandleEvent if we're in unix-Python.
2001-09-01 23:38:50 +00:00
e9fb3d6db3
Include Carbon/Carbon.h if we're on OSX.
2001-09-01 23:38:13 +00:00
0de279b9cd
Updated the Popt resources for the applets to the newest version.
2001-09-01 23:37:28 +00:00
ff5d8aaa28
Added preferences/startup options for division warning
...
and accepting unix-style newlines on input.
Also (finally) added a startup option to get -vv behaviour.
Moved __convert_to_newlines to main.c because that's easier with the newline option.
2001-09-01 22:37:54 +00:00
a5ffeb69ab
Added preferences/startup options for division warning
...
and accepting unix-style newlines on input.
2001-09-01 22:36:29 +00:00
7561d9ead9
Added all the new files in the right packages and file groups (I think, untested).
2001-08-30 22:10:10 +00:00
1da6eb091a
Superseded by the (generated) xx.mcp.
2001-08-30 21:29:57 +00:00
ba0ba411d1
Case mismatch in "import Types". Apparently nobody has looked at this for a looooong time. Reported by Chris Smith.
2001-08-30 21:22:10 +00:00
b214c36d0a
We should look in the directory containing the module, not in the module itself, when we're looking for the resource file.
2001-08-30 21:19:42 +00:00
34eaf86e95
Started on the 2.2a2 installer
2001-08-30 13:26:53 +00:00
7c10008917
Added xx and xxsubtype modules, for completeness and because xxsubtype is used by the test suite.
2001-08-29 22:08:06 +00:00
028f2d5d89
Started on release notes and readme for 2.2a2.
2001-08-29 22:04:08 +00:00
3070ee6b37
Experimental feature: allow \n as well as \r as newline for text files, by breaking in to the lowlevel I/O system. Can be disabled by defining WITHOUT_UNIX_NEWLINES.
2001-08-27 23:16:34 +00:00
e7d8322630
exceptions was missing from the module list. Added.
2001-08-27 22:50:41 +00:00
3c06b9a7d4
Use the new macresource module to open the accompanying resource file (if needed).
2001-08-27 21:41:23 +00:00
a5d7da528b
need() now returns the refno of the resource file opened, or None if the
...
specified resource was already available and no file was opened.
2001-08-27 21:37:45 +00:00
de3226f7f9
Module to help other modules locate their resources. It currently knows about
...
resources in applets and separate OS9 style resource files, but it will
eventually also be thought the hoops to jump through on OSX/MachO.
2001-08-27 21:21:07 +00:00
8f2b13efce
These have long outlived there usefulness, in my opinion. Moved to Unsupported.
2001-08-27 21:17:44 +00:00
de1d4957c0
Added Dean Draayer to the thank you list.
2001-08-27 15:30:48 +00:00
911e87de6f
Patch by Dean Draayer: support for indeterminate progress bars. You
...
get these by specifying maxval=0, which is now also the default.
Untested.
2001-08-27 15:24:07 +00:00
206bd57355
When we're freezing to sourcecode and one of the modules is a dynamic module 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.
2001-08-27 13:59:35 +00:00
60aa4ccdc0
Updated to the current state of affairs.
2001-08-27 13:58:21 +00:00
1c2a2b71e1
Added targets for building the Carbon and Classic interpreter if you don't want to go through fullbuild.py.
2001-08-27 13:57:43 +00:00
dc4d925be9
- A forgotten "from Carbon".
...
- Made the "killed unknown window" code dependent on a global var,
so you can easily turn the behaviour off for IDE debugging.
2001-08-27 10:55:41 +00:00
4d3052acb0
A few forgotten "from Carbon"s.
2001-08-27 10:54:55 +00:00
5a6fdcd371
Import the MacOS toolbox modules from the Carbon package.
2001-08-25 12:15:04 +00:00
6dba6bc0a2
Step 2 in putting the MacOS toolbox modules in a package: issue a DepracationWarning in the compatibility modules.
2001-08-25 11:53:43 +00:00
75a2f85593
Last renamed module that wasn't removed yet.
2001-08-24 09:17:15 +00:00
cf144b0e9e
Wrapper modules underound the toolbox modules, which now have an _ prepended.
2001-08-23 14:13:06 +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
404e0b7c1e
These long dead files somehow got revived. Killed them (but for how
...
long? :-).
2001-08-21 10:51:47 +00:00
0e53685d10
This file has been dead for aeons. I have no idea how it suddenly
...
surfaced again.
2001-08-21 10:49:11 +00:00
a0f4369f5a
Oops, these compatibility modules were missing. Which went unnoticed because their companions had been put in the wrong place.
2001-08-20 15:35:57 +00:00
7586b049ba
Various toolbox modules were generated in lib-dynload accidentally
...
in stead of in Carbon. Fixed.
2001-08-20 15:31:56 +00:00
d0688ebc10
Oops, this file shouldn't have been removed.
2001-08-20 10:20:27 +00:00
914f9e926d
The destination folder is now :Lib:lib-dynload
2001-08-19 22:32:57 +00:00
f60edf861c
PATCHLEVEL is outdated, use PY_VERSION.
2001-08-19 22:32:27 +00:00
ad251c7516
Step 1 in packaging the toolbox modules and making MacPython more
...
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.
2001-08-19 22:30:31 +00:00
d39c246a4c
Dynamic modules are now put in :Lib:lib-dynload by default. For the toolbox modules this is overridden to put them in :Mac:Lib:Carbon.
2001-08-19 22:29:57 +00:00
edb17c971f
Compatibility modules. lib-compat is on the default sys.path for MacPython 2.2, and each of these modules imports * from its namesake in the Carbon package.
2001-08-19 22:28:32 +00:00
63f6b4984b
Moved to either :Mac:Lib (WASTEconst and files that weren't generated) or to the Carbon package.
2001-08-19 22:20:55 +00:00
ab98ae9b4e
The modules with toolbox constants.
2001-08-19 22:13:00 +00:00
06eb422a37
Carbon is now a package encapsulating all the toolbox modules. Carbon is not
...
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:-).
2001-08-19 22:07:59 +00:00
52caac1c55
Moved here form lib-toolbox, for lack of a better place to go.
2001-08-19 22:05:33 +00:00
d0fc42f439
Moved here from lib-toolbox, where they should never have been in the first place (all the other stuff there wa generated with bgen).
2001-08-19 22:05:06 +00:00
42b1539e98
Step 1 in packaging the toolbox modules and making MacPython more
...
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.
2001-08-19 22:02:56 +00:00
106fceacb2
Temporarily disabled the import hook. It breaks with the package-based
...
Carbon and its workaround.
2001-08-19 22:00:20 +00:00
13dca1d50f
Got rid of all the plugin xml files: they are generated, and
...
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.
2001-08-19 20:28:39 +00:00
e791a6421f
If genpluginprojects is called from fullbuild we set the Python source 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.
2001-08-16 20:39:17 +00:00
7a401795db
Long time overdue: change sys.path defaults so that people will
...
have to do "from PIL import Image" instead of "import Image".
2001-08-16 15:16:19 +00:00
1690409243
Updated to the current state of things (long overdue).
2001-08-16 14:10:56 +00:00
686a4a6d0f
Removed expat from the access paths, it isn't needed.
2001-08-16 14:10:08 +00:00
ce3016a142
Merged release21-maint changes.
2001-08-12 00:11:15 +00:00
d7b568ac4d
test_glob found a nasty bug in GUSI opendir(): it will not fail when called on files, but in stead open the parent directory! We now explicitly test for the argument being a directory and simulate ENOTDIR otherwise.
2001-08-11 23:18:55 +00:00
b5982221bb
Before asking the finder to start the application (if start=1 is specified), check that it isn't incidentally running already.
2001-08-11 22:29:18 +00:00
fb513a20b5
Got rid of the activate() so codewarrior doesn't come to front. It isn't needed, and without it you can get work done while building the projects:-)
2001-08-11 22:28:11 +00:00
af86470e85
Added a note about the various tests here.
2001-08-11 21:13:19 +00:00
f3456912e4
use the proper prefix file under Carbon
2001-08-11 10:07:23 +00:00
09379da7de
Regenerated.
2001-08-10 12:17:04 +00:00
0cdba05815
Changed reference to config.h to pyconfig.h.
2001-08-10 10:01:05 +00:00
ab04653715
Resource files for OSX Python.framework. Incomplete, and they should probably
...
eventually be generated so version numbers and such are automatically
correct, but they do the job for now.
2001-08-08 22:00:26 +00:00
4795fccd66
Adapted for pymactoolbox.c and changed externals elsewhere.
2001-08-08 15:29:22 +00:00
deefbe5666
- Don't return mac-style pathnames in unix-Python.
...
- Fixed up a lot more prototypes (gcc also wants them on static routines)
- Fixed various other gcc warnings.
2001-08-08 13:46:49 +00:00
94bebc0381
Split macglue.c into two: a new mactoolboxglue.c (in ./Python)
...
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).
2001-08-08 13:17:31 +00:00
c4dcb63019
Brought up-to-date.
2001-08-07 15:34:47 +00:00
b760923b20
Got rid of 68k-Mac and other outdated ifdefs.
2001-08-07 15:30:23 +00:00
71c5b02859
Got rid of mactcp cruft, added Mlte and CF modules.
2001-08-07 15:29:17 +00:00
b927285c03
Removed unused variable.
2001-08-07 15:28:52 +00:00
cf68425b12
Yet another project.
2001-08-07 15:26:26 +00:00
596e18a666
Got rid of (hopefully) the last 68k Mac-related ifdefs and various other cruft.
2001-08-07 15:14:53 +00:00
8d319d4f8f
Removed outdated stuff.
2001-08-07 15:12:04 +00:00
179e085113
Project files for the new plugin modules, plus a few that hadn't been added yet but should have been.
2001-08-07 14:21:56 +00:00
67992b7732
Bit another bullet: all toolbox modules are now in dynamically loaded modules. Everything still seems to work, but the ConfigurePythonXXX on initial install may still need work.
2001-08-07 13:53:25 +00:00
59c14e2254
Bit the bullet and enabled garbage collection (finally).
...
Also updated pyconfig.h to the current state of pyconfig.h.in.
2001-08-07 12:33:32 +00:00
4590049228
Oops, arg type for the glue routine was wrong.
2001-08-06 15:32:30 +00:00
e6e745fc49
Show the MacPython IDE version in the interactive banner.
2001-08-06 11:12:18 +00:00
a5bca579fd
PyMac_GetFSSpec must be called via the dylib glue code on OSX.
2001-08-03 15:39:27 +00:00
Jack Jansen
Just van Rossum