support for cygwin

[ghost]

Not sure that it will be easy, but there are w32api
package...

Reported by: dubnerm

Original Ticket: "pywin32/feature-requests/5":https://sourceforge.net/p/pywin32/feature-requests/5

[ghost]

Logged In: YES
user_id=552329

Why would you need support for cygwin? If you're running
cygwin, then you have Windows, so you can use the
standard extensions, can't you? (seems to work for me).

Original comment by: anadelonbrin

[ghost]

Logged In: YES
user_id=39274

Standard extentions can't work with cygwin version of python
and visa-versa cygwin extentions can't work with windows
version of python.

Original comment by: dubnerm

[ghost]

Logged In: YES
user_id=552329

I realise that, but my point was that you're on windows, so
you can use a windows version of Python if you want to do
windows things. If you want to do *nix'y sort of things, then
use the cygwin version. You can still run the windows python
in cygwin.

Original comment by: anadelonbrin

[ghost]

Logged In: YES
user_id=39274

There are couple of extentions that exists only as cygwin
versions

Original comment by: dubnerm

[ghost]

Logged In: YES
user_id=552329

Could you not, then, port those extensions? Or use both the
cygwin python and the windows one, running as separate
processes and working together? Seems a lot simpler than
porting all the win32all stuff over to cygwin...

Original comment by: anadelonbrin

[ghost]

Logged In: YES
user_id=39274

Not sure. At last w32api cygwin package is compatible by
signatures with MS library (as it uses same dlls!).
Also I've just created oversimplified wrapper (with only
functions used by anygui.backends.mswgui) with PyRex.
Something like:
--- win32api.pyx:
cdef extern from "windows.h":
ctypedef unsigned int UINT
int w32_Beep "Beep" (UINT dwFreq, UINT dwDuration)
def Beep(UINT freq, UINT dur):
return w32_Beep(freq, dur)
--- setup.py
...
Extension("win32api", ["win32api.pyx"]),
...
---
and what startled me it works under both VC and cygwin.

Original comment by: dubnerm

[ghost]

vote up

Original comment by: khalak

[Avasam]

Related to #861
Closing in favor of #1378 which has more modern discussions

[Avasam]

Tagging @pyhedgehog as original SourceForge issue Creator.