Anyone in numerical computing would love this, I think that's what @stisa uses
in his jupyter kernels:
[https://github.com/stisa/jupyter-nim-kernel](https://github.com/stisa/jupyter-nim-kernel),
[https://github.com/stisa/INim](https://github.com/stisa/INim)
Sorry to necro-post an almost week old thread, but if you think there is a bug
in nimrtl or something else that has to do with runtime DLL loading, please put
something on the issue tracker so this can be investigated (and possibly fixed).
Yeah, I'm fairly interested in hot loading. I also think that it is a killer
feature for a language (especially game development). No, I haven't tried to
use hot loading in any real Nim program I've done. I wrote that article after
reading another article about a game dev who said he used it in
No worries, any kind of reply is greatly appreciated as it looks like the
number of people interested in hot loading their nim code is rather limited
(while to me it's like THE feature).
After you had implemented the hot loading on which your article is based, have
you used it in a project and
Sorry for the belated reply.
I'm a little confused at what you're trying to achieve here. Can you explain it
in a few words what you want? It it something with trying to get dynamically
allocated memory to place nice with hot-loaded code?
Hey def_pri_pub, yes, I know your article. It's been a great help to get
started, thanks for that!
When I first tried to implement hot loading in Nim a couple of months ago I
based it on your article, however, I decided to not use threading and not to
call the compiler from within the script. I
I wrote this article a while back:
[https://16bpp.net/page/hot-loading-code-in-nim](https://16bpp.net/page/hot-loading-code-in-nim)
Yes, `nimrtl.dll` is in the same folder, all binaries are 32 bit, Nim version
is 0.17.1. OS is 64 bit.
hmm, have you put the `nimrtl.dll` next to lib.dll and main.exe?
have you made sure that all binaries are compiled in 32 xor 64 bit?
I am using MinGW-w64 and have now added a little nim.cfg to the repo that makes
sure that the compiler spits out 64 bit binaries.
The Nim version I am using is 0.
I get that SIGSEGV instantly, _exit via ctrl + c_ and 1 _version 1_ been
printed. I get that immediate SIGSEGV even for empty _main.nim_ and _lib.nim_.
Please share the results should you find the time to reproduce it on your
machine :)
[https://github.com/Serenitor/hotnim](https://github.com/Serenitor/hotnim)
> Btw if there's interest, I can share a little test case
Yes, please.
To me, hot loading is a game changer. By that I mean the ability to compile
code changes at runtime without the need to restart the application. Especially
in game development where rapid prototyping is key, it is an incredibly useful
feature to have. I'd go as far as to say that any modern lang
13 matches
Mail list logo