PRIK (Python Runtime Interop Kit) generates native Python bindings from Fortran projects,
producing importable extensions and editable .pyi contracts that let you shape Pythonic APIs.
It preserves modules, derived types, arrays, callbacks, and native behavior
while letting you reshape the resulting Python API through editable .pyi
contracts instead of writing low-level binding code.
Project status: Alpha. Core Fortran wrapper workflows are
implemented and tested across supported compilers, but public APIs may still
change before 1.0.
PRIK starts with Fortran-to-Python. Its semantic contract model is designed to support more native languages over time.
Read the documentation for installation, the user guide, examples, and reference material.
- See it in action
- Proven on real libraries
- Key Features
- Performance
- Current limitations
- Installation & Quick Start
- How it works
- Python API
- Development
- Citation
- License
- Documentation
PRIK turns the Fortran source below into an importable Python extension with one command:
python3 -m prik points.f90 --out geometryCreate points.f90:
module points
implicit none
type :: point
real(8) :: x = 0.0d0
real(8) :: y = 0.0d0
end type point
contains
subroutine move(item, dx, dy)
type(point), intent(inout) :: item
real(8), intent(in) :: dx, dy
item%x = item%x + dx
item%y = item%y + dy
end subroutine move
real(8) function norm_squared(item) result(value)
type(point), intent(in) :: item
value = item%x * item%x + item%y * item%y
end function norm_squared
end module pointsDefault Python API:
import numpy as np
import geometry.points as points
item = points.point(x=np.float64(3.0), y=np.float64(4.0))
points.move(item, np.float64(1.0), np.float64(-2.0))
print(item.x, item.y) # 4.0 2.0
print(points.norm_squared(item)) # 20.0No manual bindings are required. PRIK preserves the module and derived-type structure and exposes the procedures directly to Python.
Generate the editable contract:
python3 -m prik generate --pyi points.f90 --out contractsWant a more Pythonic API? Edit contracts/points.pyi:
from prik.contracts import Addr, Arg, Float64, Pass, bind, native_call
class point:
x: Float64 = 0.0
y: Float64 = 0.0
def __init__(self, *, x: Float64 = 0.0, y: Float64 = 0.0) -> None: ...
@bind("move")
@native_call([Pass(), Addr(Arg(0)), Addr(Arg(1))])
def translate(self, dx: Float64, dy: Float64) -> None: ...
@bind("norm_squared")
@native_call([Pass()])
def norm_squared(self) -> Float64: ...@bind("move") keeps the original native target while the declaration's
placement and name define the Python-facing API. Pass() supplies the
receiver (self) to the native call; Addr(Arg(...)) passes the remaining
arguments by address as required by the native calling convention.
Build from the contract:
python3 -m prik contracts/__init__.pyi \
--native-fortran-sources points.f90 \
--out geometryThe native Fortran is unchanged, but the Python surface is now:
import numpy as np
import geometry.points as points
item = points.point(x=np.float64(3.0), y=np.float64(4.0))
item.translate(np.float64(1.0), np.float64(-2.0))
print(item.x, item.y) # 4.0 2.0
print(item.norm_squared()) # 20.0The contract reorganizes native procedures into methods and renames them without changing the underlying Fortran implementation.
The maintained projects build real numerical libraries with PRIK and validate their Python behavior, not just whether the generated wrapper compiles.
| Project | Validated surface | Capabilities demonstrated |
|---|---|---|
| BLAS | All 155 discovered routines | Scalar, vector, and matrix operations; increments and leading dimensions; in-place updates; independent expectations and f2py comparisons |
| LAPACK | Complete implementation corpus with 127 reviewed double-precision routines | Linear solves, factorizations, eigenproblems, singular values, work arrays, and large multi-source linking |
| FFTPACK | All 31 public procedures | Fourier, cosine, and sine transforms; low-level workspaces; in-place arrays; allocatable results; NumPy and SciPy oracles |
| MINPACK | All 22 public procedures | Python callbacks; nonlinear and least-squares solvers; Jacobian and workspace writeback; immutable module constants |
Together they exercise arrays, callbacks, workspaces, in-place mutation, allocatable results, module constants, and multi-file linking. The dedicated Real Libraries CI lane builds and tests all four projects.
- Native APIs that feel like Python. Fortran modules become Python namespaces, while derived types become classes with fields and methods.
- First-class NumPy array interop. Pass ordinary NumPy arrays to native procedures, including multidimensional and in-place data, with generated dtype, shape, layout, and mutability handling at the language boundary.
- Managed access to native memory. Expose allocatable and pointer arrays without hiding their ownership, lifetime, allocation, or release operations.
- Python callbacks and native overloads. Pass Python callables into Fortran and expose generic interfaces as familiar Python overloads.
- Editable contracts for reshaping APIs. Edit the generated
.pyicontract to rename, hide, reorganize, or overload the public interface, backed by readable generated docstrings. - Unsupported contracts fail before the build. PRIK identifies the exact boundary and reason before attempting code generation or compilation.
Low wrapper overhead, measured against NumPy's f2py.
The included benchmark suite runs both tools against the same Fortran kernels through their normal generated interfaces. Results are machine-dependent; the charts below come from the latest successfully deployed benchmark snapshot.
Runtime-call performance — values above 1.0× mean PRIK is faster.
Clean end-to-end build time — lower times are better.
See the complete results, test environment, and one-command reproduction instructions.
PRIK does not yet support:
- arrays of derived types;
- procedure pointers, including procedure-pointer module variables and callbacks retained after the wrapped call; or
- polymorphic outputs, mutable polymorphic arguments, polymorphic arrays,
unlimited polymorphism (
class(*)), abstract types, and deferred bindings.
PRIK requires Python 3.10 or newer, NumPy, Python development headers, standard build tools, and Fortran and C compilers. GNU Fortran is the default and is tested on Linux and macOS. LLVM Flang is tested on both platforms; Intel IFX is tested on Linux.
Install the published PRIK package in a virtual environment:
python3 -m venv .venv
source .venv/bin/activate
python3 -m pip install --upgrade pip
python3 -m pip install prikCheck the installation:
prik --version
python3 -m prik --helpContributors can instead clone
PyNumLab/prik and install an editable
checkout with python3 -m pip install -e ".[qa]".
With the points.f90 source from above in the current directory, build the
extension:
python3 -m prik points.f90 --out geometry--out geometry sets the Python import name and the shared-library name.
PRIK places the stable import file beside the source and keeps generated build
artifacts under __prik__/:
.
points.f90
geometry.so
__prik__/
geometry.<extension-suffix>.so
generated-wrapper sources
binding_support/
The extension can now be imported directly through the geometry package.
For the editable-contract workflow (generate → edit → rebuild), see
See it in action above.
Use --out-dir to choose where ABI-specific build artifacts are written:
python3 -m prik points.f90 \
--out geometry \
--out-dir build/geometry.
geometry.so
build/geometry/
geometry.<extension-suffix>.so
generated-wrapper sources
binding_support/
Fortran builds use gfortran by default. For real projects, pass one or more
source files, select another supported compiler when needed, and use --verbose
to inspect the exact compiler and linker commands.
python3 -m prik points.f90 \
--out geometry_debug \
--out-dir build/geometry_debug \
--jobs 4 \
--verbose \
--compiler gfortran \
--wrapper-fortran-flags=-O2 \
--wrapper-c-flags=-O2The verbose output includes native source compilation, generated bridge
compilation, generated Python binding compilation, and the final link command.
Dependency-ready source files and the generated binding may compile
concurrently; --jobs 1 selects a serial diagnostic build.
The custom wrapper flags appear in the relevant command lines:
<fortran compiler> ... -O2 ... generated bridge ...
<python-binding compiler> ... -O2 ... generated Python binding ...
<fortran compiler> -shared ... -O2 ... geometry_debug ...
Fortran sources
-> compiler preprocessing and target-type probing
-> Fortran parser
-> semantic IR construction
-> post-IR policy completion and ordered wrapper plan
-> direct native-bridge and Python-binding lowering
-> native compilation and shared-library link
-> importable Python extension
For diagnostic and inspection commands beyond the main build path, start with
python3 -m prik --help.
Root entrypoints cover normal Fortran extension builds. Advanced parsing,
semantic conversion, and .pyi emission use their owning packages:
from prik import build_fortran_extension
result = build_fortran_extension(
"points.f90",
output_name="geometry",
output_dir="build/geometry_api",
)
print(result.module_name)
print(result.shared_library)PRIK is created and maintained by Said Hadjout, with extensive use of AI-assisted software-development tools, particularly OpenAI Codex, for implementation, refactoring, testing, debugging, documentation, investigation, and review assistance.
Architecture, interoperability semantics, feature design, acceptance criteria, and final integration remain maintainer-directed. AI-assisted changes are subject to the same tests, compiler validation, real-library checks, and quality requirements as other changes.
Run the full suite from the repository root:
PYTHONPATH=. python3 -m pytest -qIf you use PRIK in research, cite the release you used.
10.5281/zenodo.21881987 covers all
archived releases and links to their version-specific records. Machine-readable
metadata is available in
CITATION.cff.
PRIK is distributed under the MIT License. Copyright (c) 2026 Said Hadjout.
Using PRIK does not impose the MIT License on the user's native sources or on wrapper code derived from those inputs. Users may distribute generated wrappers under terms of their choice. Bundled native-support files copied into generated builds remain MIT-licensed and must retain the included license notice when redistributed.
- Documentation — Learn how to install and use PRIK
- Getting Started — Installation, verification, standalone procedures, modules, and rebuild workflow
- User Guide — Data types, functions, modules, arrays, derived types, callbacks, ownership, and runtime behavior
- Changelog — User-visible changes by release
