When you attempt to build the _ssl project in release or debug you can
possibly encounter errors in the following scenarios:

1) having spaces in the build path

2) if you launch the build in debug, it attempts to run build_ssl.py
with the python.exe found in the path rather than that just built named
python_d.exe.  I believe the solution was designed to run build_ssl.py
with the binary that was built in the configuration.  If this is
correct, then this patch applies.

3) some of the dependency paths did not appear to point to the correct
place.  Please verify.

See attached patch

Thanks, I'll check it later.

I've fixed (1) and (2) in r59130. I don't understand what you mean with (3).

Looks like the libpaths were pointing to out32 instead of out32.dll. 
Although that may have been due to my switch from nt.mak to ntdll.mak.

out32 is the correct directory. The windows version of Python is
statically linked against the SSL libs. We don't want to ship yet
another DLL.

Whoops.  This may have been an error on my part.  nt.mak I think bombed
for me except it was probably due to some of my tinkering.  My apologies.