[issue2981] confusing action of struct.pack and struct.unpack with fmt 'p'
John Stowers <[EMAIL PROTECTED]> added the comment: I Agree. AIUI the benefit of pascal strings when transmitted is that the decoder does not need to know its length ahead of time. The requirement that the unpack pascal format string be given the length of the string makes the implementation here useless -- nosy: +nzjrs ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2981> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
John Stowers added the comment: Hello, I recently tried this in combination with jhbuild, cross compiling with mingw (to built some python gtk extensions). I tried you patch against the 2.5.1 version and recieved the following error: checking for /dev/ptmx... yes checking for /dev/ptc... no checking for %zd printf() format support... configure: error: cannot run test program while cross compiling See `config.log' for more details. *** error during stage configure of python25: ## Error running ./configure --prefix /home/john/jhbuild/win32/build/ --build=i686-pc-linux-gnuaout --host=i586-pc-mingw32msvc --target=i586-pc-mingw32msvc --disable-docs --enable-all-warnings AR="/usr/bin/i586-mingw32msvc-ar" RANLIB="/usr/bin/i586-mingw32msvc-ranlib" STRIP="/usr/bin/i586-mingw32msvc-strip" AS="/usr/bin/i586-mingw32msvc-as" DLLTOOL="/usr/bin/i586-mingw32msvc-dlltool" OBJDUMP="/usr/bin/i586-mingw32msvc-objdump" NM="/usr/bin/i586-mingw32msvc-nm" WINDRES="/usr/bin/i586-mingw32msvc-windres" *** [1/1] I noticed that the other reference for cross compiling pthon 2.5 at http://whatschrisdoing.com/blog/2006/10/06/howto-cross-compile-python-25/ patched this check out -- nosy: +nzjrs _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1597850> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
John Stowers added the comment: Sorry, I should have clarified further in my last comment. Looking over the configure script I don't recognize the %zd test as one that could be circumvented by supplying a config.cache file with the appropriate values. How do I escape this limitation? _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1597850> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1597850] Cross compiling patches for MINGW
John Stowers added the comment: I created config.cache and populated it with ac_cv_printf_zd_format=yes before executing the following ./configure --prefix /home/john/jhbuild/win32/build/ --build=i686-pc-linux-gnuaout --host=i586-pc-mingw32msvc --target=i586-pc-mingw32msvc --disable-docs --enable-all-warnings AR="/usr/bin/i586-mingw32msvc-ar" RANLIB="/usr/bin/i586-mingw32msvc-ranlib" STRIP="/usr/bin/i586-mingw32msvc-strip" AS="/usr/bin/i586-mingw32msvc-as" DLLTOOL="/usr/bin/i586-mingw32msvc-dlltool" OBJDUMP="/usr/bin/i586-mingw32msvc-objdump" NM="/usr/bin/i586-mingw32msvc-nm" WINDRES="/usr/bin/i586-mingw32msvc-windres" --config-cache ac_cv_printf_zd_format=yes ./configure . doesn't work either Is it necessary to rm configure && autoconf ? Im afraid I cant get this to work... _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1597850> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
