LIBPYTHON3.6M.DLL GPODDER HOW TO
LIBPYTHON3.6M.DLL GPODDER PATCH
LIBPYTHON3.6M.DLL GPODDER PORTABLE

LIBPYTHON3.6M.DLL GPODDER PATCH

With this committed, a build on Cygwin can succeed if you configure with -without-threads.įWIW, even with this patch and -without-threads Python does *not* build successfully on Cygwin64 (which is all I'm really interested in personally), though it does succeed on 32-bit Cygwin. Issue #13756: Fix building extensions modules on Cygwinįixed on 3.7, we can evaluate backporting later. New changeset 5b4c21436036 by Zachary Ware in branch 'default': There are other issues but this is definitely one of them. I can confirm that the last attached patch on this issue fixes this particular issue with building on Cygwin. I can’t test it on cygwin (unless snakebite provides it, I’ll ask) but I can check that a linux build still works. This patch is part of split issue3871 into small independent changes. > I haven't tried it on 3.3 yet, so I don't know if it will apply cleanly.Īttached '0001-CYGWIN-issue13756-Python-make-fail-on-cygwin.patch' for head. This build is broken since SOABI implementation. I haven't tried it on 3.3 yet, so I don't know if it will apply cleanly. Is this still an issue on 3.3/3.4? Does the patch still work? Also in Lib/packaging/command/build_ext.py. If you look in default rule you will see the same, so this relict specific 'else case' could be removed.

I included the makesetup change for completeness and to be consistent with the other changes. AFAICT, only the and build_ext.py changes are required. I offer the attached patch for consideration. It's ok if you are not interested, in that case we'll need to wait for some other volunteer. So, Luis: are you interested in working out a complete and correct patch? If so, please start with generating one that is against the hg 3.2 branch (or perhaps even against the default branch).

LIBPYTHON3.6M.DLL GPODDER HOW TO

Not sure how to proceed here: if somebody would try to reproduce the problem, they would likely come up with a patch which is fairly different from the one you are proposing. The removal of testing for ncurses.h is incorrect: this should break the Linux build, where ncurses.h is indeed commonly located in /usr/include. Plain text files are easier to review and devoid of security issues (unlike executables on Windows, PDFs if you’re using Adobe Reader, etc.).

LIBPYTHON3.6M.DLL GPODDER PORTABLE

I don't think I made that change as portable friendly as possible, so someone please check that and find a better way.

(2) configuration and setup.py couldn't locate cygwin's ncurses headers, so I revised them to do that. (1) The Makefile, makesetup, and distutils.UnixCCompiler and _ext modules set values for locating cygwin's python library that didn't agree or make sense during buildtime, so I revised them to agree and use build options that work. Xz -d patch.xz & tar -xJf Python-3.2.2.tar.xz & patch -p0 -i patch Unpack the Python (3.2.2) source package and apply this patch to get a package that builds on Cygwin (1.7.9), eg: I am not sure building CPython with Cygwin is supported. Make: *** No rule to make target `libpython3.2m.dll.a', needed by `python.exe'. FilesĠ001-CYGWIN-issue13756-Python-make-fail-on-cygwin.patch

Lohoris, Luis.Marsano, eric.araujo, erik.bray, lotti, holgerd00d, jlt63, loewis, masamoto, mhammond, python-dev, rpetrov, yselkowitz, zach.wareĬreated on 12:44 by holgerd00d, last changed 14:57 by admin.

Libpython3.6m.dll gpodder