Thomas Junior
2003-10-14 13:45:18 UTC
I have a theoretical question...
Sure, emulators like WINE are great, lovely. Hats off to 'em. But damn if it
isn't a pain in the ass to find hardware for my Linux box, and then to
actually get it to work... In some cases, there are needs that simply aren't
met, like my satellite modem. The companies just don't put out the drivers.
So I was thinking that it would be great if there were an easy way to
translate a driver from C/C++ written for Win32 to code that would compile
on gcc. It's not like a Win32 machine can do anything a Linux machine can't
do (or vice-versa), you're just calling functions with different names.
Think of it: copy your code to a Linux box, type foocc instead of gcc, and a
short compile later your software is supporting Linux.
I know why my employer won't start supporting Linux: cost. We have too much
money tied up in writing programs for microsoft. To go back and re-code
wouldn't be economical and would probably run us out of business.
So, does anyone think that's a possibility, or am I underthinking?
Thanks!
Tom Junior
--
Tom Bitsky, Jr
***@automateddesign.com
Automated Design Corporation
P: (630) 783-1150 F: (630) 783-1159
Sure, emulators like WINE are great, lovely. Hats off to 'em. But damn if it
isn't a pain in the ass to find hardware for my Linux box, and then to
actually get it to work... In some cases, there are needs that simply aren't
met, like my satellite modem. The companies just don't put out the drivers.
So I was thinking that it would be great if there were an easy way to
translate a driver from C/C++ written for Win32 to code that would compile
on gcc. It's not like a Win32 machine can do anything a Linux machine can't
do (or vice-versa), you're just calling functions with different names.
Think of it: copy your code to a Linux box, type foocc instead of gcc, and a
short compile later your software is supporting Linux.
I know why my employer won't start supporting Linux: cost. We have too much
money tied up in writing programs for microsoft. To go back and re-code
wouldn't be economical and would probably run us out of business.
So, does anyone think that's a possibility, or am I underthinking?
Thanks!
Tom Junior
--
Tom Bitsky, Jr
***@automateddesign.com
Automated Design Corporation
P: (630) 783-1150 F: (630) 783-1159