diff --git a/Makefile b/Makefile index 952e3267d..8ee94436e 100644 --- a/Makefile +++ b/Makefile @@ -15,7 +15,7 @@ all: build venv_nikola/bin/nikola: ## create a virtualenv to build the website > @virtualenv -ppython3 ./venv_nikola -> @venv_nikola/bin/python -mpip install nikola==8.2.2 markdown==3.3 jinja2 aiohttp watchdog ruamel.yaml feedparser codespell tomli +> @venv_nikola/bin/python -mpip install -r requirements.txt > @venv_nikola/bin/nikola plugin -i sidebar > @venv_nikola/bin/nikola plugin -i localsearch diff --git a/archive/index2.txt b/archive/index2.txt index 7042e2377..2ac890518 100644 --- a/archive/index2.txt +++ b/archive/index2.txt @@ -6,7 +6,7 @@ Welcome! PyPy EU project title (contract number: 004779) ------------------------------------------------ -Researching a higly flexible and modular language platform and +Researching a highly flexible and modular language platform and implementing it by leveraging the Open Source Python Language and Community @@ -14,7 +14,7 @@ PyPy EU project description (004779) -------------------------------------- The PyPy project has been an ongoing Open Source Python language -implementation since 2003. In December 2004 PyPy recieved EU-funding +implementation since 2003. In December 2004 PyPy received EU-funding within the Framework Programme 6, second call for proposals ("Open development platforms and services" IST). diff --git a/archive/news.txt b/archive/news.txt index 80655829c..2935cd6db 100644 --- a/archive/news.txt +++ b/archive/news.txt @@ -62,7 +62,7 @@ how to `get started`_. *(February 17th, 2007)* py lib 0.9.0: py.test, distributed execution, greenlets and more ------------------------------------------------------------------- -Our development support and testing library was publically released, see the +Our development support and testing library was publicly released, see the `0.9 release announcement `__ and its extensive `online documentation `__. *(February 15th, 2007)* @@ -164,7 +164,7 @@ PyPy sprint in Louvain-La-Neuve 6-10th of March, 2006 ------------------------------------------------------- The PyPy team sprinted at Département d'Ingénierie Informatique at UCL in Belgium. During the sprint a workshop regarding the -funcionalities of PyPy/Python and the OZ language was discussed +functionalities of PyPy/Python and the OZ language was discussed with people from both communities. Many thanks to our hosts at UCL, among them Grégoire Dooms for making this sprint possible. @@ -213,7 +213,7 @@ PyPy sprinted in Gothenburg during the first week of December - work with the JIT compiler was a primary target. This work will continue during the spring of 2006. -In parallell with the PyPy sprint, some PyPy teammembers visited +In parallel with the PyPy sprint, some PyPy teammembers visited the Commission in Brussels and participated in an internal EC seminar regarding OSS, distributed and agile development on the 8th of December. This was done in cooperation with the Calibre project, by invitation from the @@ -303,7 +303,7 @@ Sprint in Leysin, Switzerland January 2005 The PyPy team met up for the first sprint after the official start of the EU funded project. 13 people participated and worked together for 7 -days. The team succeded in importing and running CPython test on PyPy. +days. The team succeeded in importing and running CPython test on PyPy. PyPy at Chaos Communication Conference 2004 ------------------------------------------------------ @@ -316,7 +316,7 @@ the particular situation with PyPy. Contract signed - PyPy is flying December 2004 ------------------------------------------------------ -The PyPy team recieved contract confirmation 1 December 2004 form the +The PyPy team received contract confirmation 1 December 2004 form the Commission The team kicked of the work with a Consortium meeting i Saarbruecken. diff --git a/archive/numpydonate.txt b/archive/numpydonate.txt index cf87d137c..3731d2349 100644 --- a/archive/numpydonate.txt +++ b/archive/numpydonate.txt @@ -3,10 +3,10 @@ layout: page title: Call for donations - PyPy to support Numpy! --- -UPDATE (Febuary 2016): +UPDATE (February 2016): *We have closed this campaign. We have achieved most of the goals - of the orignal work plan while raising most of the funds. Work + of the original work plan while raising most of the funds. Work will continue to make Numpy and the rest of the numeric stack more usable on PyPy.* @@ -192,7 +192,7 @@ make a better Python implementation for everyone. NumPy support for PyPy will be licensed similarly, and therefore NumPy support can directly help researchers and developers who seek to do numeric computing but want an easier programming language to use than -Fortan or C, which is typically used for these applications. Being +Fortran or C, which is typically used for these applications. Being licensed freely to the general public means that opportunities to use, improve and learn about how NumPy works itself will be generally available to everyone. diff --git a/archive/tmdonate2.txt b/archive/tmdonate2.txt index a7edaf69e..495ed4000 100644 --- a/archive/tmdonate2.txt +++ b/archive/tmdonate2.txt @@ -104,7 +104,7 @@ solutions that are outside the scope of the core Python language. All of them re major restructuring of the program and often need extreme care and extra knowledge to use them. -We propose an implemention of +We propose an implementation of Transactional Memory in PyPy. This is a technique that recently came to the forefront of the multi-core scene. It promises to offer multi-core CPU usage in a single process. diff --git a/posts/2010/11/.pypy-14-ouroboros-in-practice-comment-7445643193147870364.html b/posts/2010/11/.pypy-14-ouroboros-in-practice-comment-7445643193147870364.html index 2ce454e0e..7b31f1bda 100644 --- a/posts/2010/11/.pypy-14-ouroboros-in-practice-comment-7445643193147870364.html +++ b/posts/2010/11/.pypy-14-ouroboros-in-practice-comment-7445643193147870364.html @@ -1 +1 @@ -

so pypy on average is now about 2x faster than cpython?

and unladen swallows goal was beeing 5x faster? was that totally unrealistic?

\ No newline at end of file +

so pypy on average is now about 2x faster than cpython?

and unladen swallows goal was being 5x faster? was that totally unrealistic?

diff --git a/posts/2011/01/jit-backend-for-arm-processors-5994810755839586463.html b/posts/2011/01/jit-backend-for-arm-processors-5994810755839586463.html index 16e5cdbcb..687c0d2d4 100644 --- a/posts/2011/01/jit-backend-for-arm-processors-5994810755839586463.html +++ b/posts/2011/01/jit-backend-for-arm-processors-5994810755839586463.html @@ -2,7 +2,7 @@ In the past few months, I have been developing as a part of my master thesis the ARM backend for the the PyPy JIT, in the arm-backend branch. Currently, it is still work in progress: all integer and object operations are working and the support for floating point is also under development.
-ARM processors are very widely used, beeing deployed in servers, some netbooks +ARM processors are very widely used, being deployed in servers, some netbooks and mainly mobile devices such as phones and tablets. One of our goals is to be able to run PyPy on phones, specially on Android. Currently is not yet possible to translate and compile PyPy for Android automatically, but there has been @@ -44,4 +44,4 @@ fall back to interpretation on dynamic ones.
For simple benchmarks running on PyPy's Python intepreter we see some speedups over CPython, but we still need to debug the backend bit more before we can -show numbers on more complex benchmarks. So, stay tuned. \ No newline at end of file +show numbers on more complex benchmarks. So, stay tuned. diff --git a/posts/2014/02/rewrites-of-stm-core-model-again-633249729751034512.html b/posts/2014/02/rewrites-of-stm-core-model-again-633249729751034512.html index 500f1877f..7ab944409 100644 --- a/posts/2014/02/rewrites-of-stm-core-model-again-633249729751034512.html +++ b/posts/2014/02/rewrites-of-stm-core-model-again-633249729751034512.html @@ -25,7 +25,7 @@

Currently, the C library is incomplete, but early experiments show good results in running duhton, the interpreter for a minimal language created for the purpose of -testing STM. Good results means we brough down the slow-downs from +testing STM. Good results means we brought down the slow-downs from 60-80% (previous version) to around 15% (current version). This number measures the slow-down from the non-STM-enabled to the STM-enabled version, on one CPU core; of course, the idea is that the STM version @@ -41,4 +41,4 @@

More updates later...

-

Armin

\ No newline at end of file +

Armin

diff --git a/posts/2015/01/faster-more-memory-efficient-and-more-4096950404745375390.html b/posts/2015/01/faster-more-memory-efficient-and-more-4096950404745375390.html index a7cb1278b..fdcf11120 100644 --- a/posts/2015/01/faster-more-memory-efficient-and-more-4096950404745375390.html +++ b/posts/2015/01/faster-more-memory-efficient-and-more-4096950404745375390.html @@ -59,8 +59,8 @@

Deletion

Benchmarks

-

The PyPy speed benchmarks show mostly small effect, see changes. The microbenchmarks that we did show large improvements on large and very large dictionaries (particularly, building dictionaries of at least a couple 100s of items is now twice faster) and break-even on small ones (between 20% slower and 20% faster depending very much on the usage patterns and sizes of dictionaries). The new dictionaries enable various optimization possibilities which we're going to explore in the near future.

+

The PyPy speed benchmarks show mostly small effect. The microbenchmarks that we did show large improvements on large and very large dictionaries (particularly, building dictionaries of at least a couple 100s of items is now twice faster) and break-even on small ones (between 20% slower and 20% faster depending very much on the usage patterns and sizes of dictionaries). The new dictionaries enable various optimization possibilities which we're going to explore in the near future.

Cheers,
fijal, arigo and the PyPy team

-
\ No newline at end of file +
diff --git a/posts/2016/08/pypy-tooling-upgrade-jitviewer-and-5107430577468391432.meta b/posts/2016/08/pypy-tooling-upgrade-jitviewer-and-5107430577468391432.meta index 8711025b1..a231e1800 100644 --- a/posts/2016/08/pypy-tooling-upgrade-jitviewer-and-5107430577468391432.meta +++ b/posts/2016/08/pypy-tooling-upgrade-jitviewer-and-5107430577468391432.meta @@ -1,8 +1,8 @@ .. title: PyPy Tooling Upgrade: JitViewer and VMProf .. slug: pypy-tooling-upgrade-jitviewer-and-5107430577468391432 .. date: 2016-08-11 11:52:00 -.. tags: -.. description: -.. author: Unknown +.. tags: +.. description: +.. author: Richard Plangger .. id: 5107430577468391432 diff --git a/posts/2016/10/pypy3-550-released-8069558680221199646.meta b/posts/2016/10/pypy3-550-released-8069558680221199646.meta index b579bfbeb..52e60122b 100644 --- a/posts/2016/10/pypy3-550-released-8069558680221199646.meta +++ b/posts/2016/10/pypy3-550-released-8069558680221199646.meta @@ -3,6 +3,6 @@ .. date: 2016-10-12 09:37:00 .. tags: release .. description: -.. author: Unknown +.. author: mattip .. id: 8069558680221199646 diff --git a/posts/2017/03/async-http-benchmarks-on-pypy3-1092124994927894138.meta b/posts/2017/03/async-http-benchmarks-on-pypy3-1092124994927894138.meta index 4835ef534..48c83b3bd 100644 --- a/posts/2017/03/async-http-benchmarks-on-pypy3-1092124994927894138.meta +++ b/posts/2017/03/async-http-benchmarks-on-pypy3-1092124994927894138.meta @@ -1,8 +1,8 @@ .. title: Async HTTP benchmarks on PyPy3 .. slug: async-http-benchmarks-on-pypy3-1092124994927894138 .. date: 2017-03-01 17:28:00 -.. tags: -.. description: -.. author: Unknown +.. tags: +.. description: +.. author: Maciej Fijalkowski .. id: 1092124994927894138 diff --git a/posts/2017/03/leysin-winter-sprint-summary-4587213628578490701.html b/posts/2017/03/leysin-winter-sprint-summary-4587213628578490701.html index b0f5c2204..58a37eb3c 100644 --- a/posts/2017/03/leysin-winter-sprint-summary-4587213628578490701.html +++ b/posts/2017/03/leysin-winter-sprint-summary-4587213628578490701.html @@ -45,7 +45,7 @@

  • Work towards releasing PyPy 3.5 (it will be released soon)
    • -
  • CPython Extension (CPyExt) modules on PyPy
    • +
  • CPython Extensionsion (CPyExt) modules on PyPy
  • Have fun in winter sports (a side goal)
@@ -118,4 +118,4 @@




-
\ No newline at end of file +
diff --git a/posts/2017/04/native-profiling-in-vmprof-6949065546884243105.html b/posts/2017/04/native-profiling-in-vmprof-6949065546884243105.html index 836718965..79a976ec5 100644 --- a/posts/2017/04/native-profiling-in-vmprof-6949065546884243105.html +++ b/posts/2017/04/native-profiling-in-vmprof-6949065546884243105.html @@ -100,7 +100,7 @@
$ python -m vmprof --mem --web script.py

-By adding --mem, vmprof will capture memory information and display it in the dedicated view on vmprof.com. You can tha view by by clicking the 'Memory' switch in the flamegraph view.
+By adding --mem, vmprof will capture memory information and display it in the dedicated view on vmprof.com. You can view it by by clicking the 'Memory' switch in the flamegraph view.

There is more

@@ -133,4 +133,4 @@ Richard Plangger (plan_rich) and the PyPy Team

[1] Mac OS X https://vmprof.com/#/567aa150-5927-4867-b22d-dbb67ac824ac
-[2] Linux64 https://vmprof.com/#/097fded2-b350-4d68-ae93-7956cd10150c \ No newline at end of file +[2] Linux64 https://vmprof.com/#/097fded2-b350-4d68-ae93-7956cd10150c diff --git a/posts/2018/09/inside-cpyext-why-emulating-cpython-c-8083064623681286567.html b/posts/2018/09/inside-cpyext-why-emulating-cpython-c-8083064623681286567.html index 0346dd696..ab9430a92 100644 --- a/posts/2018/09/inside-cpyext-why-emulating-cpython-c-8083064623681286567.html +++ b/posts/2018/09/inside-cpyext-why-emulating-cpython-c-8083064623681286567.html @@ -328,7 +328,7 @@

allocator. At the moment of writing, PyPy uses free lists only for ints and tuples: one of the next steps on our TODO list is certainly to use this technique with more types, like float.
-Conversely, we also need to optimize the converstion from PyObject* to +Conversely, we also need to optimize the conversion from PyObject* to W_Root: this happens when an object is originally allocated in C and returned to Python. Consider for example the following code:
import numpy as np
diff --git a/posts/2019/04/an-rpython-jit-for-lpegs-4779548053359386284.html b/posts/2019/04/an-rpython-jit-for-lpegs-4779548053359386284.html
index 445d0e3ce..188bdef8f 100644
--- a/posts/2019/04/an-rpython-jit-for-lpegs-4779548053359386284.html
+++ b/posts/2019/04/an-rpython-jit-for-lpegs-4779548053359386284.html
@@ -98,7 +98,7 @@ 
The LPeg Library

 
 
 lpeg.C(pattern)
-the match for patten plus all captures made by pattern
+the match for pattern plus all captures made by pattern
 
 
 lpeg.Cp()
@@ -362,4 +362,4 @@ 
Conclusion

 well-known programs serving a similar purpose, like grep.

 
The prototype implementation that I described in this post can be found
 on Github
-(it's a bit of a hack in some places, though).

\ No newline at end of file
+(it's a bit of a hack in some places, though).

diff --git a/pyproject.toml b/pyproject.toml
index 21281d379..c0d3c0fdb 100644
--- a/pyproject.toml
+++ b/pyproject.toml
@@ -1,4 +1,4 @@
 [tool.codespell]
 ignore-words-list = "gameboy,ist,nd,openend,theses"
 quiet-level = 3
-skip = "*.html,*.js,./.*,./archive/*,./venv_nikola,archive/*"
+skip = "*.html,*.js,*.css,./.*,./archive/*,./venv_nikola,archive/*"
diff --git a/requirements.txt b/requirements.txt
new file mode 100644
index 000000000..bee17c26d
--- /dev/null
+++ b/requirements.txt
@@ -0,0 +1,9 @@
+nikola==8.3.1
+markdown==3.3
+jinja2
+aiohttp
+watchdog
+ruamel.yaml
+feedparser
+codespell
+tomli