Hello!
This PR needs to add:

1. ANEWS entry
2. Awhatsnew entry
3. A new paragraph in theDoc/cmdline for the-X option.
4. New test case in theLib/test/test_cmd_line

Hello! This PR needs to add:

1. ANEWS entry
2. Awhatsnew entry
3. A new paragraph in theDoc/cmdline for the-X option.
4. New test case in theLib/test/test_cmd_line

Thanks for the quick feedback. I've committed a first pass of 1-3. As for tests: there appear to be noimporttime tests (likely due to the fact that any simple implementation would be super noisy as other parts of the interpreter change). Would it be sufficient to do some rudimentary check i.e.import foo then ensure a correspondingfoo row appears in the output?

Thanks again!

Hello! This PR needs to add:

1. ANEWS entry
2. Awhatsnew entry
3. A new paragraph in theDoc/cmdline for the-X option.
4. New test case in theLib/test/test_cmd_line

Thanks for the quick feedback. I've committed a first pass of 1-3. As for tests: there appear to be noimporttime tests (likely due to the fact that any simple implementation would be super noisy as other parts of the interpreter change). Would it be sufficient to do some rudimentary check i.e.import foo then ensure a correspondingfoo row appears in the output?

Thanks again!

Yes, it would be sufficient :)

Also, there's a merge conflict. Can you resolve it? (I can do it myself, but it seems like you have turned off this option)

Also, there's a merge conflict. Can you resolve it? (I can do it myself, but it seems like you have turned off this option)

Done, just added tests as well

@Eclips4 who should I ping to get final review? Is it alright if I @ the blamed reviewers?

@Eclips4 who should I ping to get final review? Is it alright if I @ the blamed reviewers?

I guess@vstinner is the right person to review this 😄
However, you should move your changes from whatsnew/3.13.rst to whatsnew/3.14.rst since 3.13 branch is in feature-freeze mode, and this feature will appear only in the 3.14 version.

However, you should move your changes from whatsnew/3.13.rst to whatsnew/3.14.rst since 3.13 branch is in feature-freeze mode, and this feature will appear only in the 3.14 version.

The same applies for theversionchanged directives.

Ok, please ping for a review when you've sorted the branch out! If it's easier, feel free to just open a new PR, but a force push here should also work.

A

@AA-Turner I've squashed my changes and given everything a second pass.

It looks like I caused some kind of regression intest_embed.py, but none of the expected invariants make sense to me (I'm not sure why we expectimport_time to be set to1 in any of the listed circumstances). Looking through the blame was not particularly illuminating. My suspicion is that these tests have been migrated/updated several times without regard for what they're actually testing (or perhaps implicit behavior surrounding-Ximporttime has changed since the test suite's addition?).

Zeroingimport_time in said cases returns everything to passing, but a second pair of eyes on that particular bit would be greatly appreciated.

I have about 6 tests failing locally, one of which prevents me from compiling with--enable-optimizations (test_json) but I can't imagine those are related. I'll check if my merge base is behind + fix the CI lint issue.

@noahbkim I've pushed a series of commits to the3.14-importtime=2 branch on my fork. I've created a PR to HRT's fork (hudson-trading#1), which if merged will automatically update this PR with those commits. Please review them and let me know what you think. In short:

• Fixed an issue where the header was appearing after the first import:

  .\python.bat -SX importtime=2 -c 'import os; import os'Running Debug|x64 interpreter...import time: cached    | cached     | builtinsimport time: self [us] | cumulative | imported packageimport time:       325 |        325 | winreg

• Minor style changes to the pyrepl changes this PR introduces, and also the issue@chris-eibl noted.
• Simplify initalisation forconfig.import_time & fix a bug where explicit setting of the member was overridden (see changes totest_embed).
• Add some more test cases
• Update documentation, including the man page & adding you toMisc/ACKS.

When these changes are addressed, we can run the buildbots on this PR and check that everything looks alright. Thanks!

A

ping@noahbkim (feature freeze is tomorrow)

@AA-Turner I am incredibly grateful for the work you've done to get this over the finish line. Thanks again, I'll have an eye on Github/my email all day in case you need anything else.

🤖 New build scheduled with the buildbot fleet by@AA-Turner for commit6d50b0c 🤖

Results will be shown at:

https://buildbot.python.org/all/#/grid?branch=refs%2Fpull%2F118655%2Fmerge

If you want to schedule another build, you need to add the🔨 test-with-buildbots label again.

Buildbots show leaks intest_datetime which seem unrelated.