File: introduction.rst

package info (click to toggle)
pypy3 7.0.0%2Bdfsg-3
  • links: PTS, VCS
  • area: main
  • in suites: buster
  • size: 111,848 kB
  • sloc: python: 1,291,746; ansic: 74,281; asm: 5,187; cpp: 3,017; sh: 2,533; makefile: 544; xml: 243; lisp: 45; csh: 21; awk: 4
file content (34 lines) | stat: -rw-r--r-- 1,541 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
What is PyPy?
=============

Historically, PyPy has been used to mean two things.  The first is the
:ref:`RPython translation toolchain <rpython:index>` for generating
interpreters for dynamic programming languages.  And the second is one
particular implementation of Python_ produced with it. Because RPython
uses the same syntax as Python, this generated version became known as
Python interpreter written in Python. It is designed to be flexible and
easy to experiment with.

To make it more clear, we start with source code written in RPython,
apply the RPython translation toolchain, and end up with PyPy as a
binary executable. This executable is the Python interpreter.

Double usage has proven to be confusing, so we've moved away from using
the word PyPy to mean both toolchain and generated interpreter.  Now we
use word PyPy to refer to the Python implementation, and explicitly
mention
:ref:`RPython translation toolchain <rpython:index>` when we mean the framework.

Some older documents, presentations, papers and videos will still have the old
usage.  You are hereby warned.

We target a large variety of platforms, small and large, by providing a
compiler toolsuite that can produce custom Python versions.  Platform, memory
and threading models, as well as the JIT compiler itself, are aspects of the
translation process - as opposed to encoding low level details into the
language implementation itself.

For more details, have a look at our :doc:`architecture overview <architecture>`.

.. _Python: http://python.org
.. _