Mirror of forum.nim-lang.org

9254 :: Deploy DLLs

• Patitotective (orginal) [2022-06-21T19:21:35+02:00] view original

  I'm building an application with Nim and want to deploy it for Linux and Windows. For Windows it seems like Nim requires some DLLs in order to run a compiled exe and I was wondering which DLLs those were and if it makes sense to deploy all of them.

  Files in https://nim-lang.org/download/dlls.zip

  • cacert.pem
  • libssl-1_1.dll
  • pcre.dll
  • sqlite3_32.dll
  • libcrypto-1_1.dll
  • libssl-1_1-x64.dll
  • pdcurses32.dll
  • sqlite3_64.dll
  • libcrypto-1_1-x64.dll
  • pcre32.dll
  • pdcurses64.dll
  • libcurl.dll
  • pcre64.dll
  • pdcurses.dll

  If I wanted to deploy for a 64 bit machine I'd use all the 64 DLLs, right?

---

• juancarlospaco (orginal) [2022-06-21T19:28:47+02:00] view original

  They are tiny, just use the official DLL ZIP.

---

• treeform (orginal) [2022-06-21T19:39:04+02:00] view original

  For most Nim programs no DLL is required.

  Ship DLLs for proper platform (probably just 64bit, 32bit windows is very rare) and only if you are:

  if you use -d:ssl http library needed for https:// calls

  • cacert.pem
  • libssl-1_1.dll
  • libcrypto-1_1.dll
  • libssl-1_1-x64.dll
  • libcrypto-1_1-x64.dll

  if you import curl http library

  • libcurl.dll

  I think if you import curses text terminal

  • pdcurses32.dll
  • pdcurses64.dll
  • pdcurses.dll

  I think if you import sqlite database

  • sqlite3_32.dll
  • sqlite3_64.dll

  I think if you import pcre regex

  • pcre.dll
  • pcre32.dll
  • pcre64.dll

---

• Patitotective (orginal) [2022-06-21T19:41:11+02:00] view original

  Also, placing all the DLLs in the same directory as the exe looks not so good so I was wondering if there was a way to make Nim look for the DLLs into a directory called bin next to the exe.

---

• treeform (orginal) [2022-06-21T19:44:45+02:00] view original

  Most people just need to ship DLLs that are required for -d:ssl. It just comes up a lot. We have written a library puppy to just use the system APIs instead. No DLL required.

  If you use puppy for your https:// no DLL is required.

  Another DLL people need is zlib, but again we also have zippy.

  Just use zippy for your compression and again no DLL is required.

  Another common DLL people need is glfw/sdl to open up window to do openGL, but we have windy it just uses the system APIs to do everything.

  Just use windy for your windowing and again no DLL is required.

  It's easy to ship without DLLs if you use the right libraries.

---

• Patitotective (orginal) [2022-06-21T19:47:33+02:00] view original

  I'd love to use puppy but I need asynchronous downloads and puppy doesn't seem to support them. I might take look to windy. :]

---

• rockcavera (orginal) [2022-06-21T20:09:08+02:00] view original

  On Windows, you can use Dependency Walker. It's a software that shows your .exe dependencies (dlls).

---

• guzba (orginal) [2022-06-21T21:41:37+02:00] view original

  Windy does have async downloading, however it currently requires --threads:on since the Windows HTTP async stuff requires threaded callbacks. I'm investigating how to get rid of this requirement for Nim compilation and also how to separate out the HTTP stuff to be a bit more standalone instead of requiring the windy pollEvents call + loop. Lots of thoughts on Windy but overall Windows is the most battle-tested platform right now I would say.

---

• geekrelief (orginal) [2022-06-23T19:20:52+02:00] view original

  +1 If you want another option that's a little more modern is Dependencies https://github.com/lucasg/Dependencies

---

• Patitotective (orginal) [2022-06-25T19:39:32+02:00] view original

  I still can't get windy to work with https://github.com/nimgl/imgui. I need to convert this https://github.com/ocornut/imgui/blob/master/backends/imgui_impl_opengl3.cpp and this to windy https://github.com/ocornut/imgui/blob/master/backends/imgui_impl_glfw.cpp.

---