HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
yglukhov
nimpy
Nim2018–2026
yglukhov / nimpy

nimpy

Nim - Python bridge

25Distinct people
34Mentions
0Explicit recommenders
1.6KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Nim - Python bridge

GitHub

Where it is used

No documented product use was verified in the last source check.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

Mentioned in the same Hacker News threads. That is not proof they are substitutes.

This week on Hacker News

Nov 8–Nov 15 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/15/2026, 4:00:59 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by year34 dated mentions

Observed mentions: 2018-09-22 12:19:57 UTC to 2026-10-13 15:50:41 UTC.

024682018-01-01 00:00:00 UTC to 2019-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments20182019-01-01 00:00:00 UTC to 2020-01-01 00:00:00 UTC (exclusive): 3 mentions; 0 submissions, 3 comments2020-01-01 00:00:00 UTC to 2021-01-01 00:00:00 UTC (exclusive): 4 mentions; 0 submissions, 4 comments2021-01-01 00:00:00 UTC to 2022-01-01 00:00:00 UTC (exclusive): 6 mentions; 1 submissions, 5 comments2022-01-01 00:00:00 UTC to 2023-01-01 00:00:00 UTC (exclusive): 8 mentions; 0 submissions, 8 comments20222023-01-01 00:00:00 UTC to 2024-01-01 00:00:00 UTC (exclusive): 6 mentions; 0 submissions, 6 comments2024-01-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2025-01-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 2 mentions; 0 submissions, 2 comments2026-01-01 00:00:00 UTC to 2027-01-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments. Incomplete calendar period.2026*

* An incomplete calendar period is marked with an outlined bar. Its count is not directly comparable with a full period.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
20182018-01-01 00:00:00 UTC2019-01-01 00:00:00 UTC202
20192019-01-01 00:00:00 UTC2020-01-01 00:00:00 UTC303
20202020-01-01 00:00:00 UTC2021-01-01 00:00:00 UTC404
20212021-01-01 00:00:00 UTC2022-01-01 00:00:00 UTC615
20222022-01-01 00:00:00 UTC2023-01-01 00:00:00 UTC808
20232023-01-01 00:00:00 UTC2024-01-01 00:00:00 UTC606
20242024-01-01 00:00:00 UTC2025-01-01 00:00:00 UTC202
20252025-01-01 00:00:00 UTC2026-01-01 00:00:00 UTC202
2026 (partial)2026-01-01 00:00:00 UTC2027-01-01 00:00:00 UTC101

From the project README

An excerpt from the repository, fetched Nov 13, 2026.

Read the project’s introduction
nimpy Native language integration with Python has never been easier! Implementing a Python Module in Nim # mymodule.nim - file name should match the module name you're going to import from python import nimpy proc greet(name: string): string {.exportpy.} = return "Hello, " & name & "!" # Compile on Windows: nim c --app:lib --out:mymodule.pyd --threads:on --tlsEmulation:off --passL:-static mymodule # Compile on everything else: nim c --app:lib --out:mymodule.so --threads:on mymodule # test.py import mymodule assert mymodule.greet("world") == "Hello, world!" assert mymodule.greet(name="world") == "Hello, world!" Calling Python From Nim import nimpy let os = pyImport("os") echo "Current dir is: ", os.getcwd().to(string) # sum(range(1, 5)) let py = pyBuiltinsModule() let s = py.sum(py.range(0, 5)).to(int) assert s == 10 Note: here nimpy relies on your local python installation. Importing Nim Extensions Directly For a convenient way to import your Nim extension modules directly, you can use Nimporter. Misc The library is designed with ABI compatibility in mind. That is the compiled module doesn't depend on particular Python version, it should properly work with any. The C API symbols are loaded in runtime from whichever process has launched your module. Troubleshooting, Q&A Importing the compiled module from Python fails If you're getting ImportError: dynamic module does not define module export function ... make sure that the module you're importing from Python has exactly the same name as the nim file which the module is implemented in. Nimpy fails to find (proper) libpython The most reliable way to find libpython is find_libpython python package: pip3 install find_libpython python3 -c 'import find_libpython; print(find_libpython.find_libpython())' Then you can specify path to libpython using nimpy.py_lib.pyInitLibPath. Tracking issue: #171. Nim strings are converted to Python bytes instead of string nimpy converts Nim strings to Python strings usually, but since Nim strings are encoding agnostic and may contain invalid utf8 sequences, nimpy will fallback to Python bytes in such cases. Is there any numpy compatibility? nimpy allows manipulating numpy objects just how you would do it in Python, however it is not much more efficient. scinim offers API for performance critical numpy interop, and it is advised to consider it first. Nimpy also exposes lower level Buffer protocol, see raw_buffers.nim. tpyfromnim.nim contains a very basic test for this. Examples to use raw_buffers with numpy Does nim default garbage collector (GC) and ARC/ORC work? Yes. nimpy internally does everything needed to run the GC properly (keeps the stack bottom actual, and appropriate nim references alive), and doesn't introduce any special rules on top. So the GC question boils down to proper GC usage in nim shared libraries, you'd better lookup elsewhere. The following guidelines are by no means comprehensive, but should be enough for the quick start: If it's known there will be only one nimpy module in the process, you should be fine. If there is more than one nimpy module, it is recommended to move nim runtime out to a separate shared library. However it might not be needed if nim references are known to never travel between nim shared libraries. If you hit any GC problems with nimpy, whether you followed these guidelines or not, please report them to nimpy tracker :) Windows, threads and MinGW When compiling with --threads:on Nim will imply --tlsEmulation:on (Windows only) which prevents Nim runtime from initing properly when being called from a foreign thread (which is always the case in case of Python module). Adding --tlsEmulation:off when using MinGW toolchain (Nim's default on Windows) will introduce a dependency on libgcc_s_seh-*.dll, that newer python versions are often unable to find. One way to overcome this is to link with libgcc statically, by passing -static to linker, or --passL:-static to Nim. Exporting Nim types as Python classes Warning! This is experimental. An exported type should be a ref object and inherit PyNimObjectExperimental directly or indirectly. The type will only be exported if at least one exported "method" is defined. A proc will be exported as python type method only if it's first argument is of the corresponding type and is called self. If the first argument is not called self, the proc will exported as a global module function. If you define functions that looks like initTestType, destroyTestType, $, they can be exported as __init__ and __repr__ if the requirements are met. # mymodule.nim type TestType = ref object of PyNimObjectExperimental myField: string proc setMyField(self: TestType, value: string) {.exportpy.} = self.myField = value proc getMyField(self: TestType): string {.exportpy.} = self.myField # test.py import mymodule tt = mymodule.TestType() tt.setMyField("Hello") assert(tt.getMyField() == "Hello") Future directions High level buffer API Stargazers over time
Read the full README on GitHub

What Hacker News says

2 sources
I'll mention another great library from the same author: https://github.com/yglukhov/nimpy A library which allows you to connect Python and Nim so you could, for example, use Nim (instead of Cython) for speeding up some parts of your code, compile it, and call it from your Python program.
In Nim 0.19
A year ago I've started experimenting with Nim as a "faster Python" — put some declarations, change some keywords and you're ready to go — your "compiled Python" is now ~30x faster. Recently I've used Nim for the first time for an official project at my job (at university). Instead of doing a simulation with Python+Numpy, I've decided to do it with Nim, and just plot the results with matplotlib. The whole experience was very pleasant. Speaking of interoperability with Python, there is a great Nim library called Nimpy [0], which makes possible to use Nim as a more pleasant Cython — you can keep writing Python, and just use Nim for the intensive/slow stuff. [0] https://github.com/yglukhov/nimpy
In A Programming Language Underdog

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.