Win16 Support again

[Steven Edwards]

> Yes, most of the 32-bit code doesn't rely on the 16-bit APIs, 
> so you can start your work with truely separated 16/32 dlls. 
> But *there are* places where 32-bit code relyes on the 16-bit parts.
> 
> And what is more important, is to decide how 32-bit and 
> 16-bit code should be separated. I vote for moving them to 
> separate files as Alexandre did it for dlls/user/wnd16.c and 
> dlls/user/wnd16.c for instance.

I agree with moving the win16 support to its own files. Once that is
done it will be easy to have a configure option to not build win16
support. If Alexandre will accept patches for it I will begin to do it.

Thanks
Steven

"Every revolution was once a thought in one man's mind"
- Ralph Waldo Emerson