Thanks to visit codestin.com
Credit goes to github.com

Skip to content

bpo-29571: Use correct locale encoding in test_re #149

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Feb 18, 2017

Conversation

ncoghlan
Copy link
Contributor

local.getlocale(locale.LC_CTYPE) and
locale.getpreferredencoding(False) may give different answers
in some cases (such as the en_IN locale).

re.LOCALE uses the latter, so update the test case to match.

``local.getlocale(locale.LC_CTYPE)`` and
``locale.getpreferredencoding(False)`` may give different answers
in some cases (such as the ``en_IN`` locale).

``re.LOCALE`` uses the latter, so update the test case to match.
@ncoghlan ncoghlan merged commit ace5c0f into python:master Feb 18, 2017
ncoghlan added a commit to ncoghlan/cpython that referenced this pull request Feb 18, 2017
``local.getlocale(locale.LC_CTYPE)`` and
``locale.getpreferredencoding(False)`` may give different answers
in some cases (such as the ``en_IN`` locale).

``re.LOCALE`` uses the latter, so update the test case to match.
ncoghlan added a commit to ncoghlan/cpython that referenced this pull request Feb 18, 2017
``local.getlocale(locale.LC_CTYPE)`` and
``locale.getpreferredencoding(False)`` may give different answers
in some cases (such as the ``en_IN`` locale).

``re.LOCALE`` uses the latter, so update the test case to match.
ncoghlan added a commit that referenced this pull request Feb 19, 2017
``local.getlocale(locale.LC_CTYPE)`` and
``locale.getpreferredencoding(False)`` may give different answers
in some cases (such as the ``en_IN`` locale).

``re.LOCALE`` uses the latter, so update the test case to match.
ncoghlan added a commit that referenced this pull request Feb 19, 2017
``local.getlocale(locale.LC_CTYPE)`` and
``locale.getpreferredencoding(False)`` may give different answers
in some cases (such as the ``en_IN`` locale).

``re.LOCALE`` uses the latter, so update the test case to match.
benjaminp added a commit that referenced this pull request Mar 8, 2017
benjaminp added a commit that referenced this pull request Mar 8, 2017
benjaminp added a commit that referenced this pull request Mar 8, 2017
benjaminp added a commit that referenced this pull request Mar 8, 2017
benjaminp added a commit that referenced this pull request Mar 8, 2017
benjaminp added a commit that referenced this pull request Mar 8, 2017
akruis pushed a commit to akruis/cpython that referenced this pull request Mar 25, 2018
Implement bpo-31370 for Stackless C-source.
akruis pushed a commit to akruis/cpython that referenced this pull request Mar 25, 2018
bpo-30860 consolidates global variables. This requires minor changes in
Stackless header files. Now Stackless compiles.
We still need to consolidate Stackless specific global variables.
@ncoghlan ncoghlan deleted the bpo-29571-spurious-test-re-failure branch March 30, 2018 07:44
akruis pushed a commit to akruis/cpython that referenced this pull request Oct 14, 2018
bpo-25612 (python#1773) moves the exception state information from frame
object to coroutine (generator/thread) object where it belongs.
As a consequence Stackless moves the exception state information for
non-current tasklets from thread-state to the tasklet. This changes the
pickle format of frame, tasklet and generator objects.
The commit adds three test cases.
akruis pushed a commit to akruis/cpython that referenced this pull request Nov 20, 2018
akruis pushed a commit to akruis/cpython that referenced this pull request Nov 22, 2018
akruis pushed a commit to akruis/cpython that referenced this pull request Dec 29, 2018
…llocation

Fix a few incorrect assertions introduced by commit 245a802.
A test in the upcoming commit for Stackless issue python#190 triggered an
assertion failure.
akruis pushed a commit to akruis/cpython that referenced this pull request Jan 5, 2019
isidentical pushed a commit to isidentical/cpython that referenced this pull request Oct 10, 2021
This patch folds the f-string constants like they were previously (1),
and makes string concatenation construct a Constant instead of JoinedStr
(2).

1) `f'hello' f'hello'` will now construct
JoinedStr(values=[Constant(value='hellohello')])

2) `'hello' 'hello'` will now construct Constant(value='hellohello')

Co-authored-by: Pablo Galindo Salgado <[email protected]>
jaraco pushed a commit that referenced this pull request Dec 2, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
tests Tests in the Lib/test dir
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants