git.net

Mail Thread Index

• Date Index

[Prev Page][Next Page]

---

• [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), (continued)
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Yury Selivanov
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Eric Snow
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Eric Snow
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Victor Stinner
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Barry Warsaw
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Guido van Rossum
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Yury Selivanov
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Barry Warsaw
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Yury Selivanov
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Stephen J. Turnbull
  • [Python-Dev] Documenting the private C API (was Re: Questions about signal handling.), Nick Coghlan
• [Python-Dev] Postponed annotations break inspection of dataclasses, David Hagen
  • <Possible follow-ups>
  • [Python-Dev] Postponed annotations break inspection of dataclasses, Guido van Rossum
  • [Python-Dev] Postponed annotations break inspection of dataclasses, Eric V. Smith
  • [Python-Dev] Postponed annotations break inspection of dataclasses, Guido van Rossum
  • [Python-Dev] Postponed annotations break inspection of dataclasses, Yury Selivanov
  • [Python-Dev] Postponed annotations break inspection of dataclasses, David Hagen
  • [Python-Dev] Postponed annotations break inspection of dataclasses, David Hagen
  • [Python-Dev] Postponed annotations break inspection of dataclasses, Raymond Hettinger
  • [Python-Dev] Postponed annotations break inspection of dataclasses, Ivan Levkivskyi
  • [Python-Dev] Postponed annotations break inspection of dataclasses, Eric V. Smith
• [Python-Dev] Questions about signal handling., Eric Snow
  • <Possible follow-ups>
  • [Python-Dev] Questions about signal handling., Victor Stinner
  • [Python-Dev] Questions about signal handling., Nick Coghlan
  • [Python-Dev] Questions about signal handling., Eric Snow
  • [Python-Dev] Questions about signal handling., Yury Selivanov
  • [Python-Dev] Questions about signal handling., eryk sun
  • [Python-Dev] Questions about signal handling., Eric Snow
  • [Python-Dev] Questions about signal handling., Yury Selivanov
  • [Python-Dev] Questions about signal handling., Eric Snow
  • [Python-Dev] Questions about signal handling., Victor Stinner
  • [Python-Dev] Questions about signal handling., Eric Snow
  • [Python-Dev] Questions about signal handling., Antoine Pitrou
  • [Python-Dev] Questions about signal handling., Gregory P. Smith
  • [Python-Dev] Questions about signal handling., Eric Snow
  • [Python-Dev] Questions about signal handling., Steve Holden
• [Python-Dev] switch statement, e2qb2a44f at prolan-power.hu
  • <Possible follow-ups>
  • [Python-Dev] switch statement, Michael Selik
  • [Python-Dev] switch statement, Jonathan Goble
  • [Python-Dev] switch statement, Guido van Rossum
  • [Python-Dev] switch statement, Ivan Levkivskyi
  • [Python-Dev] switch statement, Steven D'Aprano
• [Python-Dev] Request review of bpo-34125/GH-8416, Jeroen Demeyer
• [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Victor Stinner
  • <Possible follow-ups>
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Ned Deily
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Nick Coghlan
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Victor Stinner
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Victor Stinner
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Yury Selivanov
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Victor Stinner
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Ned Deily
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Ned Deily
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Nick Coghlan
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Nick Coghlan
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Nick Coghlan
  • [Python-Dev] Late Python 3.7.1 changes to fix the C locale coercion (PEP 538) implementation, Yury Selivanov
• [Python-Dev] [help] where to learn how to upgrade from 2.7 to 3, Avery Richards
  • <Possible follow-ups>
  • [Python-Dev] [help] where to learn how to upgrade from 2.7 to 3, Ryan Gonzalez
  • [Python-Dev] [help] where to learn how to upgrade from 2.7 to 3, Steve Holden
• [Python-Dev] Nearly - all tests PASS for AIX, Michael
  • <Possible follow-ups>
  • [Python-Dev] Nearly - all tests PASS for AIX, Michael
  • [Python-Dev] Nearly - all tests PASS for AIX, Nick Coghlan
  • [Python-Dev] Nearly - all tests PASS for AIX, Michael
• [Python-Dev] debugging test_importlib.test_bad_traverse - script status is SUCCESS - but FAIL is expected., Michael
  • <Possible follow-ups>
  • [Python-Dev] debugging test_importlib.test_bad_traverse - script status is SUCCESS - but FAIL is expected., Michael
  • [Python-Dev] debugging test_importlib.test_bad_traverse - script status is SUCCESS - but FAIL is expected., Nick Coghlan
• [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
  • <Possible follow-ups>
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Antoine Pitrou
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Steve Dower
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Steve Dower
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Nathaniel Smith
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Franklin? Lee
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, INADA Naoki
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Franklin? Lee
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Stefan Ring
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Franklin? Lee
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Franklin? Lee
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Mark Lawrence
  • [Python-Dev] SEC: Spectre variant 2: GCC: -mindirect-branch=thunk -mindirect-branch-register, Wes Turner
• [Python-Dev] Request for review: binary op dispatch rules for subclasses, Stephan Hoyer
  • <Possible follow-ups>
  • [Python-Dev] Request for review: binary op dispatch rules for subclasses, Guido van Rossum
• [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Larry Hastings
  • <Possible follow-ups>
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Neil Schemenauer
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Larry Hastings
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Neil Schemenauer
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Paul Moore
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Neil Schemenauer
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Antoine Pitrou
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Carl Shapiro
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Antoine Pitrou
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Fabio Zadrozny
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Carl Shapiro
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Carl Shapiro
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Steve Dower
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Fabio Zadrozny
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Carl Shapiro
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Neil Schemenauer
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Stefan Behnel
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Terry Reedy
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Larry Hastings
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Gregory P. Smith
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Barry Warsaw
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Eric V. Smith
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Carl Shapiro
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Stefan Behnel
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Stefan Behnel
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Jeethu Rao
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Guido van Rossum
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Christian Heimes
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Guido van Rossum
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Carl Shapiro
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Stefan Behnel
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Carl Shapiro
  • [Python-Dev] Store startup modules as C structures for 20%+ startup speed improvement?, Franklin? Lee
• [Python-Dev] Request for review, Mark Shannon
• [Python-Dev] Stop automerging, Serhiy Storchaka
  • <Possible follow-ups>
  • [Python-Dev] Stop automerging, Zachary Ware
  • [Python-Dev] Stop automerging, Mariatta Wijaya
  • [Python-Dev] Stop automerging, Benjamin Peterson
  • [Python-Dev] Stop automerging, Victor Stinner
  • [Python-Dev] Stop automerging, Victor Stinner
• [Python-Dev] bpo-34595: How to format a type name?, Victor Stinner
  • <Possible follow-ups>
  • [Python-Dev] bpo-34595: How to format a type name?, Petr Viktorin
  • [Python-Dev] bpo-34595: How to format a type name?, MRAB
  • [Python-Dev] bpo-34595: How to format a type name?, Guido van Rossum
  • [Python-Dev] bpo-34595: How to format a type name?, Barry Warsaw
  • [Python-Dev] bpo-34595: How to format a type name?, Petr Viktorin
  • [Python-Dev] bpo-34595: How to format a type name?, Ethan Furman
  • [Python-Dev] bpo-34595: How to format a type name?, MRAB
  • [Python-Dev] bpo-34595: How to format a type name?, Serhiy Storchaka
  • [Python-Dev] bpo-34595: How to format a type name?, Victor Stinner
  • [Python-Dev] bpo-34595: How to format a type name?, Walter Dörwald
  • [Python-Dev] bpo-34595: How to format a type name?, Eric V. Smith
  • [Python-Dev] bpo-34595: How to format a type name?, Larry Hastings
  • [Python-Dev] bpo-34595: How to format a type name?, Victor Stinner
  • [Python-Dev] bpo-34595: How to format a type name?, Petr Viktorin
  • [Python-Dev] bpo-34595: How to format a type name?, Eric V. Smith
  • [Python-Dev] bpo-34595: How to format a type name?, Victor Stinner
  • [Python-Dev] bpo-34595: How to format a type name?, Eric V. Smith
  • [Python-Dev] bpo-34595: How to format a type name?, Neil Schemenauer
• [Python-Dev] 3.7.1 and 3.6.7 Releases Coming Soon, Ned Deily
  • <Possible follow-ups>
  • [Python-Dev] 3.7.1 and 3.6.7 Releases Coming Soon, Ned Deily
  • [Python-Dev] 3.7.1 and 3.6.7 Releases Coming Soon, Christian Heimes