I never tried to bind Fortran libraries to Nim, but I often have to deal with
Fortran codes in my job. If you are lucky enough to work with Fortran 2003 or
2008, you can use `iso_c_binding`:
[https://stackoverflow.com/tags/fortran-iso-c-binding/info](https://stackoverflow.com/tags/fortran-iso-c-
It is interesting to read how this news was reported in forums like this. Here
is Julia's:
[https://discourse.julialang.org/t/version-1-0-released-of-nim-programming-language/29099/16](https://discourse.julialang.org/t/version-1-0-released-of-nim-programming-language/29099/16)
Consider however that most of the work done by statisticians with data involves
interactive sessions: lLoad the data, do some plots, combine columns, quickly
compute a few estimators, redo the plots, etc. R and Julia have the advantage
of being REPL-oriented and have good support for Jupyter, wh
> We had a public library where I got many books, one was a nice Pascal book
> which I loved. Was not able to find it again.
Could it be [«Complete Turbo
Pascal»](https://archive.org/details/completeturbopas00dunt), by Jeff
Duntemann? This is the book I used to learn Pascal when I was a kid, an
I ran a few benchmarks of C++, Julia, and Nim compilers, and I found that Nim's
implementation of Complex64 type shows sub-optimal performance.
I have implemented a simple algorithm to compute a [Julia
set](https://en.wikipedia.org/wiki/Julia_set) , and I have found that the
simplest implementa
Awesome @Stefan_Salewski, that worked perfectly! Thanks a lot!
@mratsim, I agree with @aredirect: this repository of yours is pure gold!
**moigagoo**, it was not hard at all. I used it for a couple of projects where
I desperately needed some of sphinx' features (e.g., mathematical formulas).
Since currently I am no longer using Nim for my projects, that repository is in
a quiescent state. (I hope to use Nim again once version 1.0
Hi to everybody,
Today I tried to install the latest stable version of Nim (0.15.2) on my Linux
Mint system. I think I spotted a few problems in the documentation; I am
reporting them here because it is not clear to me if the Nim's GitHub
bugtracker is appropriate for this kind of issues.
I fo
> I would love to see articles discussing these issues, but at the same time, I
> wonder if it's a good idea to bring more spotlight to style insensitivity.
Sorry, it has been a looong time since I posted here as I do no longer use Nim,
but… I always felt a bit "weak" to sell Nim's style insensi
> No. No, it wouldn't. Nim is neither case sensitive nor case insensitive, but
> rather it goes for Partial Case Insensitivity. Specifically, the first letter
> of an identifier is case sensitive, while the rest is not.
Wow. This means that Nim's rules changed after the last time I used it.
> Y
I wasn't aware of this kind of limitation with standard input. Perhaps you can
find some clues about how to fix this by having a look at the source code of
[pv](http://www.ivarch.com/programs/pv.shtml). I often use it to process data
read through stdin, and I have never encountered problems with
**moigagoo**, I once wrote a Sphinx extension for Nim. See here:
[http://forum.nim-lang.org/t/678#3669](http://forum.nim-lang.org///forum.nim-lang.org/t/678#3669)
13 matches
Mail list logo
