Using choosenim to install nim on alpine installs binaries dynamically linked to libc.
Instead of building binaries to use with musl choosenim installs the pre-built libc binaries as usual, which does not normally work on alpine.

Installed used the curl>sh command:
`curl https://nim-lang.org/choosenim/init.sh -sSf | sh`

Output from ldd:
```
~ $ ldd .nimble/bin/nim
        /lib64/ld-linux-x86-64.so.2 (0x7f4afc6da000)
        librt.so.1 => /lib64/ld-linux-x86-64.so.2 (0x7f4afc6da000)
        libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7f4afc6da000)
Error relocating .nimble/bin/nim: __memcpy_chk: symbol not found
Error relocating .nimble/bin/nim: __longjmp_chk: symbol not found
~ $ ldd .nimble/bin/nimble 
        /lib64/ld-linux-x86-64.so.2 (0x7ff692e6c000)
        librt.so.1 => /lib64/ld-linux-x86-64.so.2 (0x7ff692e6c000)
        libc.so.6 => /lib64/ld-linux-x86-64.so.2 (0x7ff692e6c000)
Error relocating .nimble/bin/nimble: __memcpy_chk: symbol not found
Error relocating .nimble/bin/nimble: __longjmp_chk: symbol not found
```


Current workaround is to force choosenim to build from source with:
`choosenim \#v1.4.0`

Edit:
However building from source seem to also build binaries linked to libc.

Extracting the tarball and building with the makefile seem to give better results:
```
~/tar/csources-64e34778fa7e114b4afc753c7845dee250584167 $ ldd bin/nim 
        /lib/ld-musl-x86_64.so.1 (0x7f48d3fd3000)
        libc.musl-x86_64.so.1 => /lib/ld-musl-x86_64.so.1 (0x7f48d3fd3000)
```