summaryrefslogtreecommitdiffstats
path: root/Doc/faq
diff options
context:
space:
mode:
Diffstat (limited to 'Doc/faq')
-rw-r--r--Doc/faq/design.rst2
-rw-r--r--Doc/faq/gui.rst6
-rw-r--r--Doc/faq/library.rst2
-rw-r--r--Doc/faq/programming.rst2
-rw-r--r--Doc/faq/windows.rst4
5 files changed, 8 insertions, 8 deletions
diff --git a/Doc/faq/design.rst b/Doc/faq/design.rst
index 1bd800b..2e56fbc 100644
--- a/Doc/faq/design.rst
+++ b/Doc/faq/design.rst
@@ -343,7 +343,7 @@ each Python stack frame. Also, extensions can call back into Python at almost
random moments. Therefore, a complete threads implementation requires thread
support for C.
-Answer 2: Fortunately, there is `Stackless Python <http://www.stackless.com>`_,
+Answer 2: Fortunately, there is `Stackless Python <https://bitbucket.org/stackless-dev/stackless/wiki/Home>`_,
which has a completely redesigned interpreter loop that avoids the C stack.
diff --git a/Doc/faq/gui.rst b/Doc/faq/gui.rst
index 38e1796..4f9979b 100644
--- a/Doc/faq/gui.rst
+++ b/Doc/faq/gui.rst
@@ -43,7 +43,7 @@ number of platforms, with Windows, Mac OS X, GTK, X11, all listed as
current stable targets. Language bindings are available for a number
of languages including Python, Perl, Ruby, etc.
-wxPython (http://www.wxpython.org) is the Python binding for
+`wxPython <https://www.wxpython.org>`_ is the Python binding for
wxwidgets. While it often lags slightly behind the official wxWidgets
releases, it also offers a number of features via pure Python
extensions that are not available in other language bindings. There
@@ -72,9 +72,9 @@ Gtk+
The `GObject introspection bindings <https://wiki.gnome.org/Projects/PyGObject>`_
for Python allow you to write GTK+ 3 applications. There is also a
-`Python GTK+ 3 Tutorial <https://python-gtk-3-tutorial.readthedocs.org/en/latest/>`_.
+`Python GTK+ 3 Tutorial <https://python-gtk-3-tutorial.readthedocs.io>`_.
-The older PyGtk bindings for the `Gtk+ 2 toolkit <http://www.gtk.org>`_ have
+The older PyGtk bindings for the `Gtk+ 2 toolkit <https://www.gtk.org>`_ have
been implemented by James Henstridge; see <http://www.pygtk.org>.
Kivy
diff --git a/Doc/faq/library.rst b/Doc/faq/library.rst
index b5fdfa4..f84fead 100644
--- a/Doc/faq/library.rst
+++ b/Doc/faq/library.rst
@@ -419,7 +419,7 @@ Python program effectively only uses one CPU, due to the insistence that
Back in the days of Python 1.5, Greg Stein actually implemented a comprehensive
patch set (the "free threading" patches) that removed the GIL and replaced it
with fine-grained locking. Adam Olsen recently did a similar experiment
-in his `python-safethread <http://code.google.com/p/python-safethread/>`_
+in his `python-safethread <https://code.google.com/archive/p/python-safethread>`_
project. Unfortunately, both experiments exhibited a sharp drop in single-thread
performance (at least 30% slower), due to the amount of fine-grained locking
necessary to compensate for the removal of the GIL.
diff --git a/Doc/faq/programming.rst b/Doc/faq/programming.rst
index 1022373..1a2f582 100644
--- a/Doc/faq/programming.rst
+++ b/Doc/faq/programming.rst
@@ -100,7 +100,7 @@ which don't. One is Thomas Heller's py2exe (Windows only) at
http://www.py2exe.org/
-Another tool is Anthony Tuininga's `cx_Freeze <http://cx-freeze.sourceforge.net/>`_.
+Another tool is Anthony Tuininga's `cx_Freeze <https://anthony-tuininga.github.io/cx_Freeze/>`_.
Are there coding standards or a style guide for Python programs?
diff --git a/Doc/faq/windows.rst b/Doc/faq/windows.rst
index 6ac83e4..d703f28 100644
--- a/Doc/faq/windows.rst
+++ b/Doc/faq/windows.rst
@@ -170,8 +170,8 @@ offender.
How do I make an executable from a Python script?
-------------------------------------------------
-See http://cx-freeze.sourceforge.net/ for a distutils extension that allows you
-to create console and GUI executables from Python code.
+See `cx_Freeze <https://anthony-tuininga.github.io/cx_Freeze/>`_ for a distutils extension
+that allows you to create console and GUI executables from Python code.
`py2exe <http://www.py2exe.org/>`_, the most popular extension for building
Python 2.x-based executables, does not yet support Python 3 but a version that
does is in development.