Eric Snow added the comment:
New changeset 12360aa159c42c7798fd14225d271e6fd84db7eb by Eric Snow in branch
'main':
bpo-46541: Discover the global strings. (gh-31346)
https://github.com/python/cpython/commit/12360aa159c42c7798fd14225d271e
Change by Eric Snow :
--
pull_requests: +29513
pull_request: https://github.com/python/cpython/pull/31363
___
Python tracker
<https://bugs.python.org/issue46
Change by Eric Snow :
--
pull_requests: +29514
pull_request: https://github.com/python/cpython/pull/31364
___
Python tracker
<https://bugs.python.org/issue46
Eric Snow added the comment:
New changeset 6c8958948666403f2370ca7b4c0a52b2010ec16d by Eric Snow in branch
'main':
bpo-46541: Drop the check for orphaned global strings. (gh-31363)
https://github.com/python/cpython/commit/6c8958948666403f2370ca7b4c0a52
Eric Snow added the comment:
New changeset 4d8a515d193a4c9f3844704f974ddb870d7ee383 by Eric Snow in branch
'main':
bpo-46541: Scan Fewer Files in generate_global_objects.py (gh-31364)
https://github.com/python/cpython/commit/4d8a515d193a4c9f3844704f974ddb
New submission from Eric Snow :
This removes a number of static variables and is a little more efficient.
--
assignee: eric.snow
components: Interpreter Core
messages: 413313
nosy: eric.snow
priority: normal
severity: normal
stage: needs patch
status: open
title: Replace Locally Cached
Change by Eric Snow :
--
keywords: +patch
pull_requests: +29516
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31366
___
Python tracker
<https://bugs.python.org/issu
New submission from Eric Snow :
The code generated by clinic.py is already partially statically initialized.
Currently we init the other fields in Python/getargs.c:parser_init(), which
runs the first time we try to use each parser. AFAICS, that remaining init
that could be done statically
New submission from Eric Snow :
We need this to statically initialize PyArg_Parser.kwtuple. (See bpo-46772.)
For now this will be a "private" API (leading underscore). Ultimately, we'll
want a Public API, so we can eventually stop exposing *any* objects as symbols
in the
Change by Eric Snow :
--
dependencies: +Add a Private API for Looking Up Global Objects, Statically
allocate and initialize the empty tuple.
___
Python tracker
<https://bugs.python.org/issue46
Eric Snow added the comment:
(from https://github.com/python/cpython/pull/31376#issuecomment-1041836106)
[corona10]
> Should we create the separate bpo issue if module changes are too noisy?
I think it's fine to use the one issue. There are only 26 modules with
`NEEDS_PY_IDENTIF
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue43974>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue4>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
When you run a Python script, the directory the script is in is automatically
added to the beginning of sys.path. This is the fundamental issue you've run
into.
Basically, "src.common_object" is imported relative to the "src" that was
Eric Snow added the comment:
Here is more detail on what happens when "from src import user_1, user_2,
user_3" is executed in main.py:
1. the "src" module is imported
a. not found in sys.modules
b. file found on a sys.path entry (the directory main.py is in)
c.
Eric Snow added the comment:
I'm leaving this "pending" in case there may be some improvement we can make to
the documentation to address this.
--
components: +Interpreter Core
nosy: +docs@python
status: open -> pending
___
Pyth
Eric Snow added the comment:
Thanks for the updates, Eddie.
--
___
Python tracker
<https://bugs.python.org/issue40255>
___
___
Python-bugs-list mailin
Eric Snow added the comment:
New changeset 1f455361ecfb1892e375bdbee813cdf095b6cfb8 by Eric Snow in branch
'main':
bpo-46765: Replace Locally Cached Strings with Statically Initialized Objects
(gh-31366)
https://github.com/python/cpython/commit/1f455361ecfb1892e375bdbee813cd
Change by Eric Snow :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Eric Snow added the comment:
FYI, a technical solution has been discussed before: bpo-13475 and PEP 395.
However, that does not help so much if the default behavior isn't changed.
That would require a PEP but I expect it would be rejected because so many
scripts already rely o
Eric Snow added the comment:
Thanks for working on this, Victor.
--
nosy: +eric.snow
___
Python tracker
<https://bugs.python.org/issue45316>
___
___
Python-bug
Eric Snow added the comment:
New changeset 08deed1af56bec8668c6cb4d5cfd89e393e1fe5e by Eric Snow in branch
'main':
bpo-46753: Add the empty tuple to the _PyRuntimeState.global_objects. (gh-31345)
https://github.com/python/cpython/commit/08deed1af56bec8668c6cb4d5cfd89
New submission from Eric Snow :
example: https://buildbot.python.org/all/#/builders/730/builds/4081
--
components: Build
messages: 414223
nosy: eric.snow, vstinner
priority: normal
severity: normal
stage: needs patch
status: open
title: pyexpat occasionally fails to build on the ARM64
Change by Eric Snow :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Eric Snow :
--
pull_requests: +29759
pull_request: https://github.com/python/cpython/pull/31637
___
Python tracker
<https://bugs.python.org/issue46
Eric Snow added the comment:
This may be related to the getpath.py work Steve did.
--
nosy: +eric.snow, steve.dower
___
Python tracker
<https://bugs.python.org/issue46
Eric Snow added the comment:
New changeset 21099fc064c61d59c936a2f6a0db3e07cd5c8de5 by Eric Snow in branch
'main':
bpo-46712: Let generate_global_objects.py Run on Earlier Python Versions
(gh-31637)
https://github.com/python/cpython/commit/21099fc064c61d59c936a2f6a0db3e
New submission from Eric Wollesen:
get_subdir( )
Return either "new" (if the message should be stored in the new
subdirectory) or "cur" (if the message should be stored in the cur
subdirectory). Note: A message is typically moved from new to cur after
its mailb
Eric Sammons added the comment:
I have tested 2.4.4 and 2.5.1 from python.org and both suffer from the
exact same issue. I have also compared ceval.c from 2.3, the last known
working copy and ceval.c from 2.4+ and found that ceval.c has undergone
some pretty significant changes
New submission from Eric Hopper:
Aaron Gifford's implementation of SHA-{256,384,512} is nearly twice as
fast as OpenSSLs.
--
components: Extension Modules
messages: 56946
nosy: Omnifarious
severity: normal
status: open
title: hashlib uses OpenSSL which is much slower than Aaron Gi
Eric Hopper added the comment:
My testing methodology was faulty, this is not actually true. Oops.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1361>
__
___
Changes by Eric Hopper:
--
title: hashlib uses OpenSSL which is much slower than Aaron Gifford -> please
close: hashlib uses OpenSSL which is much slower than Aaron Gifford
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Eric Snow added the comment:
Finally had a chance to get back to this. Here's a new patch in response to
Nick's review.
My only concern is the new _PyEval_EvalFunctionCode function. It is basically
the existing PyEval_EvalCodeEx function with an extra parameter. I
Eric Snow added the comment:
Nick, does thing look better?
--
nosy: +ncoghlan
___
Python tracker
<http://bugs.python.org/issue12857>
___
___
Python-bugs-list m
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13062>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue7652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
See:
http://hg.python.org/cpython/file/default/Include/funcobject.h#l34
http://hg.python.org/cpython/file/default/Objects/funcobject.c#l454
454 /* func_new() maintains the following invariants for closures. The
455closure must correspond to the free
Eric Snow added the comment:
"Maybe some of them are already superseded, but even then I think they have at
least historical value and should be kept on python.org."
+1
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.o
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue11816>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Eric Snow :
Here's a patch to add a page to the devguide on running a build slave. I
copied pretty liberally from the wiki (http://wiki.python.org/moin/BuildBot).
That page may or may not be up to date (I don't know), so the bulk of this new
page may also be o
Eric Snow added the comment:
Great feedback! Keep in mind that nearly all the content in my patch is pulled
unedited from either the wiki page and the python-dev thread I mentioned.
I'll work on cleaning it up when I get a chance (probably after Wednesday's
PyCon CFP closes :).
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue8087>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Could you just cancel the chained exception?
>>> try: {}["asdf"]
... except KeyError:
... try: raise Exception()
... except Exception as x:
... x.__cause__ = None
... x.__context__ = None
... x._
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13187>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue415492>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13192>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Are you suggesting raising the OSError (or something else) rather than an
ImportError? If so, would it make sense to chain the exception instead. That
way the existing code that expects ImportError continues to work, while still
allowing access to the original
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue12915>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Per Ezio's and Stefan's feedback I cleaned things up a little:
* consolidated on "Buildbot"
* clarified the meaning of the "standard development toolchain"
* % changed to $
* cleaned up the network ports section
* removed a bunch of ou
Changes by Eric Snow :
Added file: http://bugs.python.org/file23479/devguide-buildbots-2.diff
___
Python tracker
<http://bugs.python.org/issue13124>
___
___
Python-bug
New submission from Eric Snow :
Looks like Parser/asdl_c.py did not get all the way updated when _Py_identifier
switched over to _Py_IDENTIFER. I've included a patch that fixes it (though
it's relatively trivial). With this fix I did not notice any further problems.
--
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue10977>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
FYI, the following changesets were also for this issue. They had the wrong
issue number (#13661, which doesn't actually exist so no big deal), which is
why they didn't show up in this issue automatically.
New changeset 5f3b7528b144 by Vinay Sajip in b
Eric Snow added the comment:
@msg147513
> Why don't you just write
> self.assertIs(type(myobj), sometype)
+1
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.
Eric Snow added the comment:
>> 4) she got annoyed that two completely different notations where used
>> for two very close concepts
>
> This is a good point, and we are trying to move to the arg=default
> notation. Unfortunately there are still places that use t
Eric Snow added the comment:
For the stat module in the "Obsolete" section[1], should the entry be updated
to indicate that the module was left alone (see issue 2874)?
Would it be worth having the "Merging C and Python Impl..." section[2] include
a reference to
Eric Snow added the comment:
> Me too. (Can you give the #ids of these other issues?)
#13012 is the one that I was thinking of (msg144328 specifically). However,
I'm sure there was one more recently (which I can't find now).
--
_
Eric Snow added the comment:
@msg147671
+1
--
___
Python tracker
<http://bugs.python.org/issue13386>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13411>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13429>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
@eric.smith: +1
@Retro: If you are intent on pushing this, please take it to
python-id...@python.org. However, judging from the response in this ticket and
#10562, you won't get much traction.
--
nosy: +eric
Eric Snow added the comment:
@brian.curtin: +1
@Retro: as noted in #10621, please take this to python-id...@python.org
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue10
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13402>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13445>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue12618>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue10854>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13224>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Eric Snow :
The doc on code execution[1] leaves out mention of the -m flag. Seems like it
belongs there too.
[1] Doc/reference/executionmodel.rst
--
assignee: docs@python
components: Documentation
messages: 148288
nosy: docs@python, eric.snow
priority: normal
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13475>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
+1 Both the -p and --nopath0 would be great additions and a good match for PEP
395.
So "-p ." would be equivalent to the current implicit sys.path[0]
initialization, right? Would any other effects happen with "-p" than
sys.path[0] initiali
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue8754>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
The current behavior is an implicit "-p .", which causes all sorts of
hard-to-figure-out problems, most of which PEP 395 is rightly trying to fix.
I'm suggesting that the next step would be to make "--nopath0" the default
(rendering the
Eric Snow added the comment:
Éric has addressed this in http://hg.python.org/peps/rev/6c7415a4f0f3 (thanks
Éric). Do the docs for python.org have to be manually rebuilt or is that on a
cron?
--
___
Python tracker
<http://bugs.python.
Eric Snow added the comment:
First of all, I don't want Nick's proposal in this issue (the -p and --nopath0
flags) to be misunderstood because of me. His is a great idea that will make a
really useful shortcut available and will _not_ change any current behavior.
My (overly) long
Eric Snow added the comment:
Yeah, the more I think about it, the more I agree it's Python 4 fodder.
--
___
Python tracker
<http://bugs.python.org/is
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13457>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Thanks, Éric. That's what I figured. I asked because the PEPs page doesn't
appear to reflect the change:
http://www.python.org/dev/peps/
I checked to be sure it fixed it before I submitted the patch. That's why I
asked about
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13487>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Thanks, Éric. That looks good. I'll keep that HTML title thing in mind. :)
--
___
Python tracker
<http://bugs.python.org/is
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue1877>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue6816>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue11374>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13533>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue11051>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue2919>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13588>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
Check out: http://code.activestate.com/recipes/
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13585>
___
___
Eric Snow added the comment:
Just following up on this ticket. Anyone have any objections to Brian's patch?
Also, would 'fullname' be more appropriate than 'name', to be more in sync with
that identifier in importlib?
--
Eric Snow added the comment:
AFAICT, #1559549 is the ImportError attribute ticket.
--
___
Python tracker
<http://bugs.python.org/issue2377>
___
___
Python-bug
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue11957>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13592>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue2134>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue2292>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
I'm guessing that more than just Python/import.c should be updated, and more
than one spot in import.c.
--
___
Python tracker
<http://bugs.python.org/issu
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue12082>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue1785>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue8098>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13645>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eric Snow :
--
nosy: +eric.snow
___
Python tracker
<http://bugs.python.org/issue13607>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eric Snow added the comment:
My response to a similar query:
What it enables is the ability to introspect the *actual* function object
belonging to the currently executing code, whether in the same execution frame
or in a later one on the stack. We don't have that now. The best we c
101 - 200 of 5181 matches
Mail list logo
