Not sure how to properly solve this.

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.

Added _winreg to the non-required modules.

- changed the API of process() so it will return a list of missing modules instead of raising an exception.
- minor cleanups
(jvr)

but not complain if it isn't (giving an ImportError when the frozen code is run).

added 'org.python.core' to the maymiss list (pickly.py tries to import it, probably for JPython support) -- jvr

them, so the warning is obsolete).

Project files converted for CW Pro 4. And the daylight savings time switch seems to have "modified" the resource files (but nothing has changed there).

(Just).

augmenting them here and there. For now, it works more-or-less similar
to unix/windows freeze, generating a config.c file, but storing
modules in PYC resources. A template project is also copied.

The hooks are in place to freeze by merging shared libraries so you
can freeze without a C compiler/linker, but this does not work yet.