]> granicus.if.org Git - python/commit
bpo-34602: Avoid failures setting macOS stack resource limit (GH-14546)
authorNed Deily <nad@python.org>
Tue, 2 Jul 2019 07:12:18 +0000 (03:12 -0400)
committerGitHub <noreply@github.com>
Tue, 2 Jul 2019 07:12:18 +0000 (03:12 -0400)
commit5bbbc733e6cc0804f19b071944af8d4719e26ae6
tree2951928176f131ca7b67f947ef77f1ed9c78b222
parent2cd07920bb7d2d319999394092190f37935dc421
bpo-34602: Avoid failures setting macOS stack resource limit (GH-14546)

Under some conditions the earlier fix for bpo-18075, "Infinite recursion
tests triggering a segfault on Mac OS X", now causes failures on macOS
when attempting to change stack limit with resource.setrlimit
resource.RLIMIT_STACK, like regrtest does when running the test suite.
The reverted change had specified a non-default stack size when linking
the python executable on macOS.  As of macOS 10.14.4, the previous
code causes a hard failure when running tests, although similar
failures had been seen under some conditions under some earlier
systems.  Reverting the change to the interpreter stack size at link
time helped for release builds but caused some tests to fail when
built --with-pydebug.  Try the opposite approach: continue to build
the interpreter with an increased stack size on macOS and remove
the failing setrlimit call in regrtest initialization.  This will
definitely avoid the resource.RLIMIT_STACK error and should have
no, or fewer, side effects.
Lib/test/libregrtest/setup.py
Misc/NEWS.d/next/macOS/2019-07-02-01-06-47.bpo-34602.10d4wl.rst [new file with mode: 0644]
configure
configure.ac