GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||
GeezerVison is showing github.com — gh-111924: Use PyMutex for runtime global locks. by colesbury · Pull Request #112207 · python/cpython Conversation
|
|
@ericsnowcurrently, when you get a chance, would you please review this?
|
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
mostly LGTM
I've left a few very minor comments.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
LGTM
I've left one comment that I'll leave to your discretion. I'll wait for your response before merging.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
|
Thanks for tackling this, @colesbury! |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
This replaces some usages of PyThread_type_lock with PyMutex, which does not require memory allocation to initialize. This simplifies some of the runtime initialization and is also one step towards avoiding changing the default raw memory allocator during initialize/finalization, which can be non-thread-safe in some circumstances.
This replaces some usages of PyThread_type_lock with PyMutex, which does not require memory allocation to initialize. This simplifies some of the runtime initialization and is also one step towards avoiding changing the default raw memory allocator during initialize/finalization, which can be non-thread-safe in some circumstances.
…GH-127866) This PR fixes the build issue introduced by the commit 628f6eb from GH-112207 on systems without thread local support.
…upport (pythonGH-127866) This PR fixes the build issue introduced by the commit 628f6eb from pythonGH-112207 on systems without thread local support. (cherry picked from commit f823910) Co-authored-by: velemas <[email protected]>
…support (GH-127866) (GH-127882) This PR fixes the build issue introduced by the commit 628f6eb from GH-112207 on systems without thread local support. (cherry picked from commit f823910) Co-authored-by: velemas <[email protected]>
…upport (pythonGH-127866) This PR fixes the build issue introduced by the commit 628f6eb from pythonGH-112207 on systems without thread local support.
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.