Why is my program so much slower in Nim than in Rust?

As @juancarlospaco said, those are the compilation options you should use for the most speed. Although `--gc:arc` won't help much as there's no allocations, `-d:danger` is important as it turns off runtime math checks and this code uses a lot of math. `-d:danger` was only separated from `-d:rele

Why is my program so much slower in Nim than in Rust?

-d:danger --gc:arc

Any possibility of a near term Lazarus/C#-like GUI-designer IDE?

if you use Windows, here is an `idea` and I have posted a minimal code too. if fact, this idea works for any GUI lib which supports relative position and size no matter on Windows, Linux, and so on. the 2 tedious problems now are 1. parser the full l

Why is my program so much slower in Nim than in Rust?

Hi everyone, I recently discovered Nim and I've been pretty excited by what I've seen of the language so far. I've seen that Nim can get excellent performance on some benchmarks, but I wanted to test its speed myself. I've written a simple benchmark program in a few languages. My program calcul

NIM 32 bit dll

I've faced that issue aswell. Either use a pragma or pass it manually: {.passL: "-static-libgcc -static-libstdc++".} Run

I think official sdl2 nim lib is chaos.

is IMO the best way to fix this.

Dividing duration

I re-opened so this can be discussed there instead

Concat for linked lists?

solved via

one more "collect" question (bug?)

=>

Cyclic dependency

Trying to wrap a library I am getting te following: In one hand have **Referenced.nim** : import Observer # Provides ObserverSet, Observer import DeleteHandler # Provides DeleteHandler type Referenced* {.header: "Referenced", importcpp: "Referenced", byref.}

Cyclic dependency

That is what I was feeling. Thanks Araq.

Cyclic dependency

Put the types into the same module. Yeah, yeah, I know, I know.

Nim interact with Windows .NET Frameworks

I created a gist to explain the steps. The result at my computre: (orginal) Hint: 1190969 lines; 5.259s; 283.27MiB peakmem; (minified) Hint: 145556 lines; 1.674s; 116.773MiB peakmem; Run I

Is this a supported usecase: update global variables from a dynamic library?

You can use the `export` statement to forward imported symbols: For example if you want `extension.nim` to forward `types.nim` to `main.nim`: `extension.nim`: {.push dynlib exportc.} import ./types expor

Nim interact with Windows .NET Frameworks

Well, probably it's me being stupid, but I was unable to figure how to lessen load on compiler using `winimx` if all I need is just **clr** lib. Need help.

NIM 32 bit dll

Thank you very much for the hint! libgcc_s_dw2-1.dll was missing among the dependencies. I spotted iit with cff explorer. Now everything works!! Ps.: Of course no need for a separate NIM 32 installation. Scoop global NIM suffices. I still need a separate mingw32 folder. Thank you

Any possibility of a near term Lazarus/C#-like GUI-designer IDE?

> it looks like Glade is still stuck at GTK2 Of course Glade supports GTK3 since 2011, see > On 11 June 2015 Glade 3.19.0 was released. It depends at least on GTK+ 3.16.0. But indeed as Mr. Bassi recently wrote there are no plans to adapt

NIM 32 bit dll

> It looks like it produces a 32 bit dll. I can check it with notepad! Use "CFF Explorer" or similar tools.

Any possibility of a near term Lazarus/C#-like GUI-designer IDE?

> I know it isn't much, but I would be willing to commit $1000 to > incentivize/seed the project IF Araq had, at least, an oversight role (not so > he would be further overloaded but so I could feel confident the project > would be seen through to a reasonable conclusion and folded into the Nim