[Python-Dev] Consolidate stateful runtime globals
Benjamin Peterson
benjamin at python.org
Wed Sep 6 13:17:06 EDT 2017
On Wed, Sep 6, 2017, at 10:08, Antoine Pitrou wrote:
> On Wed, 06 Sep 2017 09:42:29 -0700
> Benjamin Peterson <benjamin at python.org> wrote:
> > On Wed, Sep 6, 2017, at 03:14, Antoine Pitrou wrote:
> > >
> > > Hello,
> > >
> > > I'm a bit concerned about
> > > https://github.com/python/cpython/commit/76d5abc8684bac4f2fc7cccfe2cd940923357351
> > >
> > > My main gripe is that makes writing C code more tedious. Simple C
> > > global variables such as "_once_registry" are now spelled
> > > "_PyRuntime.warnings.once_registry". The most egregious example seems
> > > to be "_PyRuntime.ceval.gil.locked" (used to be simply "gil_locked").
> > >
> > > Granted, C is more verbose than Python, but it doesn't have to become
> > > that verbose. I don't know about you, but when code becomes annoying
> > > to type, I tend to try and take shortcuts.
> >
> > How often are you actually typing the names of runtime globals, though?
>
> Not very often, but if I want to experiment with some low-level
> implementation details, it is nice to avoid the hassle.
It seems like this could be remediated with some inline functions or
macros, which would also help safely encapsulate state.
>
> There's also a readability argument: with very long names, expressions
> can become less easy to parse.
>
> > If you are using a globals, perhaps the typing time will allow you to
> > fully consider the gravity of the situation.
>
> Right, I needed to be reminded of how perilous the use of C globals is.
> Perhaps I should contact the PSRT the next time I contemplate using a C
> global.
It's not just you but future readers.
More information about the Python-Dev
mailing list