[issue4709] Mingw-w64 and python on windows x64
Simon Zack added the comment: The problem is still present in python 3.4 with mingw gcc 4.8.2. I was having trouble with compiling radare2's python swig bindings. The solution described here: http://ascend4.org/Setting_up_a_MinGW-w64_build_environment#Setup_Python_for_compilation_of_extensions also fixes my problem when using generated dlls. -- nosy: +simonzack ___ Python tracker <http://bugs.python.org/issue4709> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22250] unittest lowercase methods
New submission from Simon Zack: The python unittest module currently uses camel case. This feels rather inconsistent with the rest of the python library, which is in lower case and follows PEP8. Would it be a good idea to add lower-case aliases, and possibly deprecate the camel case methods in the future? -- components: Library (Lib) messages: 225673 nosy: simonzack priority: normal severity: normal status: open title: unittest lowercase methods versions: Python 3.4 ___ Python tracker <http://bugs.python.org/issue22250> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22452] addTypeEqualityFunc is not used in assertListEqual
New submission from Simon Zack: Functions added by addTypeEqualityFunc is not used for comparing list elements in assertListEqual, and only used in assertEqual. It would be nice to have assertListEqual use functions added by addTypeEqualityFunc for comparisons of list elements. I think this provides more flexibility, and we get nicely formatted error messages for nested list compares for free. -- components: Library (Lib) messages: 227210 nosy: simonzack priority: normal severity: normal status: open title: addTypeEqualityFunc is not used in assertListEqual ___ Python tracker <http://bugs.python.org/issue22452> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22452] addTypeEqualityFunc is not used in assertListEqual
Changes by Simon Zack : -- type: -> enhancement ___ Python tracker <http://bugs.python.org/issue22452> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22944] Python argument tuple unpacking
New submission from Simon Zack: Python already has tuple unpacking in many places, I wonder if this has been considered for arguments yet, it seems rather convenient and a natural extension to me. Here's what I mean: def func((a, b, c)): print(a, b, c) func((1, 2, 3)) should print "1 2 3" -- components: Interpreter Core messages: 231689 nosy: simonzack priority: normal severity: normal status: open title: Python argument tuple unpacking ___ Python tracker <http://bugs.python.org/issue22944> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22961] ctypes.WinError & OSError
Changes by Simon Zack : -- components: +ctypes versions: +Python 3.4 ___ Python tracker <http://bugs.python.org/issue22961> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22961] ctypes.WinError & OSError
New submission from Simon Zack: The ctypes.WinError function returns: OSError(None, descr, None, code) However OSError does not appear to allow None as a first argument, and converts it to 22 which is the EINVAL "Invalid Argument" error. This is rather confusing as there was no invalid argument errors in the code. I think the behaviour for one of WinError and OSError should be modified so that the handling of errno is more compatible. -- messages: 231796 nosy: simonzack priority: normal severity: normal status: open title: ctypes.WinError & OSError ___ Python tracker <http://bugs.python.org/issue22961> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22961] ctypes.WinError & OSError
Simon Zack added the comment: Ok, my bad, I was creating my own OSErrors so I was just testing it out. I just found the default to be rather confusing as I thought None would not be mapped to anything. -- ___ Python tracker <http://bugs.python.org/issue22961> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14965] super() and property inheritance behavior
Simon Zack added the comment: +1 to this feature, this will dramatically simplify property setting code. -- nosy: +simonzack ___ Python tracker <http://bugs.python.org/issue14965> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14965] super() and property inheritance behavior
Simon Zack added the comment: For those who want to use this right away, I've added a python implementation of the patch, which passes the unit tests. There's a slight difference in usage, where instead of using super() directly, super_prop(super()) needs to be used, so we can still use super without arguments. -- Added file: http://bugs.python.org/file37546/superprop.py ___ Python tracker <http://bugs.python.org/issue14965> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
