[3.13] gh-81241: Fix importing ctypes from statically linked interpreters (GH-153890) (GH-158306)

See astral-sh/python-build-standalone#873.
(cherry picked from commit 5637f4e)

Co-authored-by: Peter Bierma <zintensitydev@gmail.com>

Author: miss-islington

Doc/library/ctypes.rst

@@ -1625,6 +1625,9 @@ object is available:
    :c:expr:`int`, which is of course not always the truth, so you have to assign
    the correct :attr:`!restype` attribute to use these functions.
 
+      Note that if the Python interpreter is statically linked, this will be
+      ``None``, as ``dlopen`` is not possible in this case.
+
 .. audit-event:: ctypes.dlopen name ctypes.LibraryLoader
 
    Loading a library through any of these objects raises an

Lib/ctypes/__init__.py

@@ -492,7 +492,10 @@ def LoadLibrary(self, name):
     # These are Unix-like platforms which use a dynamically-linked libpython.
     pythonapi = PyDLL(_sysconfig.get_config_var("LDLIBRARY"))
 else:
-    pythonapi = PyDLL(None)
+    try:
+        pythonapi = PyDLL(None)
+    except OSError:
+        pythonapi = None
 
 
 if _os.name == "nt":

Misc/NEWS.d/next/Library/2026-07-18-04-09-44.gh-issue-81241.gGRbBr.rst

@@ -0,0 +1,2 @@
+Fix :exc:`OSError` when importing :mod:`ctypes` from a statically linked
+interpreter.