Kay Hayen

Ah, yes, when listing the DLLs I saw it, but I considered it a bug of the DLL listing, that is indeed not going to work for Nuitka's loader generally....

So, the module we see without workarounds is a namespace module of Nuitka, these are empty and populated from the package being a directory.

So, this is indeed an incompatibility of Nuitka, I guess. CPython accepts this I understand, and so should Nuitka of course then, and I guess, CPython will not accept anything...

@rogerbinns thanks for helping with this one, I can take it from here, but it is touching the importing machinery of Nuitka, which is always a complicated task

I think, an `__init__.so` is supposed to work with Python, and it definitely also would have to be added to Nuitka to, to detect this kind of directory as a...

No, but streaming has restarting, but even within that, it may not be a priority to do this.

I managed to reproduce it.

I believe, I was wrong with my initial assumption, this seems to be a normal import failing, for which I don't have an explanation yet, probably something about from imports...

This is really, really strange. When trying `--recurse-all`, I am getting this error: > Traceback (most recent call last): > File "/home/hayen/test/diatheke/Mini.py", line 1, in > import lib.hints > File...

So, forever it seems, Nuitka has registered its meta path based loader, at the third spot in the meta path based loaders. I forgot precisely why, but it had to...