'_parse_template_line()'.

Indentation/whitspace fixes.

the filesystem, and filtering the list by applying various patterns.

Initial revision (almost) as supplied in a patch by Rene Liebscher; I
just renamed the class from Template to FileList, and the module
accordingly.

Comment tweak.

'shared_library_filename()'.

  temporary directory ('bdist_base').
Added --dist-dir option to control where the executable is put.

they place their output files.

defaults to 'dist' (ie. no longer in the distribution root).

This'll work fine with 2.0 or 1.5.2, but is less than ideal for
1.6a1/a2.  But the code to accomodate 1.6a1/a2 was released with
Distutils 0.9, so it can go away now.

misc/install.c, still needs to be updated, and it looks like a non-trivial
change.

otherwise just generate an '/export:' option.

fail do we try for win32api/win32con.  If *those* both fail, then we don't
have registry access.  Phew!

More reformatting by me.
Also added some editorial comments.

we can run "sdist" on a distribution with old-style extension structures
even if we haven't built it yet.  Bug spotted by Harry Gebel.

Changed 'prune_file_list()' so it also prunes out RCS and CVS directories.
Added 'is_regex' parameter to 'select_pattern()', 'exclude_pattern()',
  and 'translate_pattern()', so that you don't have to be constrained
  by the simple shell-glob-like pattern language, and can escape into
  full-blown regexes when needed.  Currently this is only available
  in code -- it's not exposed in the manifest template mini-language.
Added 'prune' option (controlled by --prune and --no-prune) to determine
  whether we call 'prune_file_list()' or not -- it's true by default.
Fixed 'negative_opt' -- it was misnamed and not being seen by dist.py.
Added --no-defaults to the option table, so it's seen by FancyGetopt.

'link_shared_object()'.

methods (but not 'link_executable()', hmmm).  Currently only used by
BCPPCompiler; it's a dummy parameter for UnixCCompiler and MSVCCompiler.

Also added 'bcpp' to compiler table used by 'new_compiler()'.

Two major points:
  * lots of overlap with MSVCCompiler; the common code really should be
    factored out into a base class, say WindowsCCompiler
  * it doesn't work: weird problem spawning the linker (see comment for
    details)

  command objects.
Various formatting tweaks, typo fixes in comments.

Ditched my old code that fixed relative paths in the Makefile -- didn't work,
  doomed to failure, etc.

the 'implib_dir' attribute is back (only on NT, of course).

Also supposedly made some change to where .lib files wind up under MSVC++,
  but I don't understand how to code is doing what Thomas says it's
  doing.

Added 'check_lib()', which provides a subset of the functionality of
  'check_func()' with a simpler interface and implementation.

doesn't blow up.  We don't currently use the 'set_executables()' bureaucracy,
although it would be nice to do so for consistency with UnixCCompiler.

Ensure that 'extra_args' (whether compile or link args) is never None.

to 'msvc_prelink_hack()', adding the parameters that it actually needs,
and only calling it for MSVC compiler objects.  Generally gave up on the
idea of a general "hook" mechanism: deleted the empty 'precompile_hook()'.