Guys,
I've been pondering this one for a while now. If endianness is
accounted for, can WINE be ported to different architectures / operating
systems? WINE should be configured from the ground up with ifdefs in place,
but I don't imagine that anyone was considering porting it when it was
written. I can try and start a development team to port it, however. The
first steps must come from the wine devel teams at large. WINE needs to be
prepared to port. I would love to see a future with WINE as the sole
windows interpreter for Win32, MacOS, LinuxPPC, Linux/Alpha, etc.
Also, I was thinking of something else. Could Windows be made Open
Source(tm) by ifdeffing parts of the WINE-equivalent DLLs? If the DLLs
were made portable for the previous effort mentioned in this letter, the
next or concurrent step could be to set up WINE suitable to be booted in
VMware, Bochs, etc or possibly from a windows partition. Totally free
Windows? There are several projects out there trying to obtain it. WINE
has the most complete MFC implementation to my knowledge, and it shouldn't
be too difficult to start replacing DLLs one at a time. Just my two cents.
------
Michael Cohen
------
Whatever happened to ease of use as a part of the english language, and not
some corporate catch phrase? I don't care if you have to call
1800EAZ2USE... get me some god d*mned ease!
