Great, this works:
var dispatcher = @[PresentModeA[type(s)], PresentModeB[type(s)]]
what doesn't work though is if the implementations of PresentMode_A/B() are
then expanded separately for other types:
proc PresentModeA*[T:string|seq[byte]](d: T) = ...
proc
Hi,
I "published" a new package to Nimble today. Based on the nimble doc, under the
src directory, I had created a directory. And Nimble complained
today that it had to be called instead (which I found strange),
so I just renamed the directory, and Nimble was happy and I could then publish
t
So I ran into a funny problem today. Let me to illustrate with a contrived
example:
{.experimental.}
type
Vec2 = tuple[x, y: float]
Kinetic = concept g
g.pos is Vec2
g.vel is Vec2
IKinetic = object
converter conToInte
> Nim is GC by default - which is the way to go for the vast majority of cases,
> and most people who think they need manual memory control actually don't.
>
> Most of Nim's standard library and other modules require GC. You can turn it
> off, but "here be dragons" \- you'd have to patch any mod
I just ordered a t-shirt, and it seems they print on demand. Would it be easy
to add a selection colours in that case?
Black looks fine, but not very compatible with white dog hair!
> Is it still worth investing in the book NIM IN ACTION where it is better to
> wait for a next issue ?
It's worth investing now, we are going to ensure that v1 is compatible with the
book
Thanks! Glad you like it, it's called `choosenim` btw.
Your request is already an issue:
[https://github.com/dom96/choosenim/issues/28](https://github.com/dom96/choosenim/issues/28)
Hello, I have a long compilation command like this:
nim c -r -o=../build -d:myUglyVariable:"myUglyValue" main.nim
--loglevel=DEBUG
I'd like to move all that in nim.cfg, or at least that ugly variable, so that I
type just
nim c -r main.nim
Is that possible?
Compiler bug aside, you need to instantiate the procs, like
`@[presentModeA[string], presentModeB[string]]`.
this:
https://nim-lang.org/choosenim/init.sh -sSf | sh
was the easiest awesomiest install from source I've ever executed. Thanks to
the person who set this up.
just at the end letting the user modify his path manually seems a bit peanuts
to do automatically compared to what the
thanks!
> There are some updates here:
> [https://github.com/konqoro/nimgnuplotlib](https://github.com/konqoro/nimgnuplotlib)
If the author is reading this - a readme would be very helpful, at least to
tell us why this is preferred over his previous library (gnuplot-nim).
@Udiknedormin Awesome! There are some updates here:
[https://github.com/konqoro/nimgnuplotlib](https://github.com/konqoro/nimgnuplotlib)
Most of the points you mention are tracked in [Are we scientists
yet?](https://github.com/nim-lang/needed-libraries/issues/77)
> I've coded some simple things myself ...
Maybe you can add some of your stuff to this list
`capitalizeAscii`
[manual](https://nim-lang.org/docs/strutils.html#capitalize,string)
> I was able to read on the web efficient garbage collector offers you, it's
> fine but is it possible to use it without... in the manner of Rust for
> example ?
Nim has option `--gc:none` if you need to manage memory manually.
[writetracking](https://nim-lang.org/araq/writetracking.html) and
Hi. I have warning: "message: 'capitalize is deprecated [Deprecated]'". What
function I can use instead of it?
> I was able to read on the web efficient garbage collector offers you, it's
> fine but is it possible to use it without... in the manner of Rust for
> example ?
Nim is GC by default - which is the way to go for the vast majority of cases,
and most people who think they need manual memory contr
Hello,
Interesting by this language I wish to have more information before committing
myself :
* I was able to read on the web efficient garbage collector offers you, it's
fine but is it possible to use it without... in the manner of Rust for example ?
* Is it still worth investing in the b
Update: I succeeded the first project. Used gnuplot-nim for plotting, it's not
bad (I'll make some PR soon, though).
I have stumbled this error: "nim c main" gives "SIGSEGV: Illegal storage
access. (Attempt to read from nil?)" on machine setup: Nim Compiler Version
0.18.0 [Windows: amd64], "uname -a" -> MINGW64_NT-10.0 2.9.0(0.318/5/3)
2017-09-13 23:16 x86_64 Msys
Simple sources are as:
# lib1.
21 matches
Mail list logo