- 17 Aug, 2020 1 commit
-
-
gsamain authored
-
- 31 Jul, 2020 1 commit
-
-
Stefan Behnel authored
-
- 29 Jul, 2020 4 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
da-woods authored
-
da-woods authored
-
- 25 Jul, 2020 4 commits
-
-
Stefan Behnel authored
-
scoder authored
-
scoder authored
-
scoder authored
-
- 22 Jul, 2020 3 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
- 20 Jul, 2020 1 commit
-
-
da-woods authored
Fixes https://github.com/cython/cython/issues/3663 This ensures that rvalues here are saved as temps, while keeping the existing behaviour for `for x in deref(vec)`, where the pointer for vec is copied, meaning it doesn't crash if vec is reassigned. The bit of this change liable to have the biggest effect is that I've changed the result type of dereference(x) and x[0] (where x is a c++ type) to a reference rather than value type. I think this is OK because it matches what C++ does. If that isn't a sensible change then I can probably inspect the loop sequence more closely to try to detect this.
-
- 10 Jul, 2020 2 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
Prevent compile error when the result of repr() is assigned to a "unicode" LHS with language_level=3. Closes https://github.com/cython/cython/issues/3736
-
- 09 Jul, 2020 9 commits
-
-
Stefan Behnel authored
Use inline properties on the "PyComplex" builtin type declared in "cpython.complex" to provide C level access to the "real" and "imag" attributes (which Cython provides anyway for the 'undeclared' builtin type).
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
Update the documentation on the arithmetic special methods and issue a "backwards compatibility" warning when the reversed method is not implemented. See https://github.com/cython/cython/issues/2056
-
Stefan Behnel authored
-
Stefan Behnel authored
-
- 08 Jul, 2020 4 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
Using Py_UNICODE to store lone surrogates makes Py3 join surrogate pairs on 16-bit Unicode platforms (Windows) when reading them back in, although we correctly processed them before. Instead, we now use the "unicode_escape" codec to store byte strings, because it can return surrogate characters (which the other codecs cannot).
-
- 07 Jul, 2020 11 commits
-
-
Stefan Behnel authored
-
Stefan Behnel authored
-
will authored
-
will authored
-
Stefan Behnel authored
-
Clemens authored
Fixes https://github.com/cython/cython/issues/2093
-
Clemens authored
Fixes https://github.com/cython/cython/issues/2093
-
Stefan Behnel authored
-
Stefan Behnel authored
-
Stefan Behnel authored
Disable Py_UNICODE fallback for __Pyx_UnicodeContainsUCS4() in Py3.9 since Py_UNICODE is deprecated and PEP-393 unicode is practically required.
-
scoder authored
* Really only use PyUnicode_FromUnicode() for strings that contain lone surrogate, not for normal non-BMP strings and not for surrogate pairs on 16bit Unicode platforms. See https://github.com/cython/cython/issues/3678 * Extend buildenv test to debug a MacOS problem. * Add a test for surrogate pairs in Unicode strings. * Limit PyUnicode_FromUnicode() usage to strings containing lone surrogates. * Accept ambiguity of surrogate pairs in Unicode string literals when generated on 16bit Py2 systems.
-