Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
hi amaury, thanks for responding.
Is Msys+Mingw32 (running on a regular Windows) an interesting
configuration to support?
[wine+]msys+mingw32 is used to _build_ python - not depend on it.
[wine+]msys+mingw32 _replaces_
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
updated patch - also removes quotes removal quotes of graminit and
configure so that martin is happier :)
also included is an updated version of #4956 as it's an essential
integral part of compiling and using python.exe under msys
Changes by Luke Kenneth Casson Leighton l...@lkcl.net:
Removed file: http://bugs.python.org/file12755/f
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4954
Changes by Luke Kenneth Casson Leighton l...@lkcl.net:
Removed file: http://bugs.python.org/file12758/f
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4956
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
roumen, hi,
i'm interested in collaborating with you to get python compiled
under wine (running msys+mingw32 under wine, on linux).
#4954 incorporates much of your work, and takes a slightly
different direction for the configure setup
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
Please trust that Python puts generated files into the repository for
good reasons.
i can respect that :) for no reason other than if somone says
please trust, i do :)
___
Python tracker rep
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
So what CRT do you link with? Is it msvcrt? Which version?
i was _just_ beginning to wonder about that, after i saw
rpetrov's comments about MSCVER stuff.
http://www.mingw.org/wiki/SpecsFileHOWTO
aww, _frick_. :)
well... it's
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
It is certainly desirable to be able to build extension modules
with this configuration;
yeah, and the nice thing is - it works, too! :)
AFAIU, distutils already supports that case.
not without modification, it doesn't: #3871
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
yaay! here's the regression test log, including some
loovely wine segfaults :)
summary:
250 tests OK.
12 tests failed:
test_builtin test_cpickle test_file test_gzip test_locale
test_mailbox test_os test_pep277 test_socket
Changes by Luke Kenneth Casson Leighton l...@lkcl.net:
--
nosy: +lkcl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3871
___
___
Python-bugs-list
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
this patch uses work from #3871 to get a build of python for win32
by running msys under Wine, the windows emulator, on linux.
no proprietary operating system or proprietary software was used.
/bin/sh.exe is so ing unbelievably
Changes by Luke Kenneth Casson Leighton l...@lkcl.net:
--
type: - feature request
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4954
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
this is a _very_ strange case where the file contents cannot be read,
under msys+wine, but under _just_ wine (cmd.exe) everything goes
absolutely fine.
by moving Py_Initialize() to _before_ the file load, it works
New submission from Luke Kenneth Casson Leighton l...@lkcl.net:
there's probably a better way to do this (or a better reason), but
LONG_MIN and LONG_MAX end up as the wrong constant types when compiling
python2.5.2 under wine (don't ask...)
PyObject *
PyInt_FromSsize_t(Py_ssize_t ival
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
oh, duh - 2L not 1L yes you're right :)
yeh i believe it's likely to be because in PC/pyconfig.h LONG_MAX is
#defined to 7fff not 7fffL i'll double-check.
you're right that would make life a looot easier
Luke Kenneth Casson Leighton l...@lkcl.net added the comment:
hmmm... noo, it's already #defined to 0x7fffL in
both PC/pyconfig.h _and_ in /usr/include/wine/msvcrt/limits.h
so this works (Include/pyports.h)
#ifdef __WINE__ /* weird: you have to typecast 0x7fffL to long
Luke Kenneth Casson Leighton [EMAIL PROTECTED] added the comment:
ok.
what's not explained, and isn't clear, is exactly whether you're
supposed to - or even _capable_ of - cross-compiling the _entire_
python sourcecode base with mingw32, or whether you're supposed to
get _just_ the python.exe
Luke Kenneth Casson Leighton [EMAIL PROTECTED] added the comment:
In particular, I think that X-compiling is a common request
added another one to the list.
justification: pywebkitgtk cross-compiling for win32, using mingw32.
i'm not paying for microsoft license fees, i'm not paying
Luke Kenneth Casson Leighton [EMAIL PROTECTED] added the comment:
the cross-compile fails on Parser/acceler.c
the reason is because the included file, pyconfig.h,
has #define gid_t int for use by the mingw32 compiler,
which is... bad!
removing gid_t from pyconfig.h bizarrely fixes the
compile
Luke Kenneth Casson Leighton [EMAIL PROTECTED] added the comment:
pyport.h line 773 - commenting out the test for LONG_BIT != 8 *
SIZEOF_LONG - we're cross-compiling amd64 host, target mingw32 - 32-bit.
___
Python tracker [EMAIL PROTECTED]
http
Luke Kenneth Casson Leighton [EMAIL PROTECTED] added the comment:
line 199 of thread_pthread.h and line 221:
Python/thread_pthread.h:200: error: aggregate value used where an
integer was expected
hmmm... maybe this is due to me using mingw32 based on gcc 4.4.4.
well, a quick #if 0 seems
Luke Kenneth Casson Leighton [EMAIL PROTECTED] added the comment:
posixmodule.c - line 2328:
add this:
#if ( defined(__MINGW32__) || defined(__WATCOMC__) ||
defined(PYCC_VACPP) ) !defined(__QNX__)
res = mkdir(path);
#else
res = mkdir(path, mode);
#endif
Luke Kenneth Casson Leighton [EMAIL PROTECTED] added the comment:
posixmodule: line 3530:
#ifdef __MINGW32__
master_fd = open(DEV_PTY_FILE, O_RDWR); /* open master */
#else
master_fd = open(DEV_PTY_FILE, O_RDWR | O_NOCTTY); /* open master */
#endif
not sure i should be compiling
Luke Kenneth Casson Leighton [EMAIL PROTECTED] added the comment:
line 6193:
#if !defined(__MINGW32__) !defined(MS_WINDOWS) defined(HAVE_FCNTL_H)
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1597850
New submission from Luke-Jr:
SocketServer recently started giving my request handler rfiles that
don't block: readfile() gives me a timeout exception. This used to
work fine. I begin writing this server with 2.4.3, and it is currently
running under 2.4.4, so my suspicious is somewhere
Luke-Jr
added the comment:
So label it a design flaw if not a bug. Syscalls are the primary and
only guaranteed method of writing to the system log. Very few
applications or users use sockets for syslog, and socket
New submission from Luke Mewburn:
Attempting to use curses attributes with python 2.3.5 on AIX (64bit
powerpc) doesn't work, and occasionally results in exceptions being raised.
_cursesmodule.c assumes that attr_t is a `long' and uses the l
decoding of PyArg_ParseTuple() to read values from
101 - 127 of 127 matches
Mail list logo
