Re: Native libpq.so instead of libpq.dll?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Cigydd wrote:
No. Wine implements win32 API on top of POSIX, Xorg, and few more APIs.

A bit lost here. This I already know and agree but what's then the principial difference between the mentioned "shim" library and WINE beside the amount of code?
Is it that the library would convert the Win32 calls to that of the ELF library and manage thread synchronization etc. but WINE doesn't convert, manage or synchronize anything - it just implements what the Win32 applications are trying to call, so the whole Win32 API…?
That is the goal and has been for many years (15+). Wine would allow you to take a Windows32/Windows64 program and without any changes, install it on top of Linux/Wine and run it as if it were a native program.

If you want to develop cross platform, you have to use a different method. Cygwin/Mingwin are for moving UNIX/Linux code to Windows32/64. .NET/Mono is for moving .NET 1.1/20./3.0 code from Windows32 to a properly equipped UNIX/Linux/MacOSX environment. Of course, compilation efforts must be expended and the code must be proper...

James McKenzie




[Index of Archives]     [Gimp for Windows]     [Red Hat]     [Samba]     [Yosemite Camping]     [Graphics Cards]     [Wine Home]

  Powered by Linux