-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
Tips and tricks
A mix of bits of code, cookbook recipes, deep knowledge, tips and tricks about Nim programming.
Use nim check myfile.nim
to check your program for errors, without code generation. This makes the process quicker. Also, nim check
displays more error messages than nim c
and it can help finding the cause of an error.
You can use the slanted quote string syntax (stropping) if you need to use a reserved word as an identifier.
var `type`: int
You want to define useSomeFeature
at compilation time and use it in the code.
- Do it when you compile:
$ nim c -d:useSomeFeature myApp
- Put it in the
yourfilename.nims
file located in the same directory as your source fileyourfilename.nim
asswitch("define", "useSomeFeature")
- Put it in the
nim.cfg
file located in the same directory as source file and writedefine:useSomeFeature
when defined(useSomeFeature):
const someSubFeature = true
type idType = int32
var defaultUserName = "Frank"
else:
type idType = int16
var defaultUserName = "Molly"
# `when` does not open a new scope, so `idType` and `defaultUserName` are available here.
when isMainModule:
# this code is ran only when this module is the main compilation module
echo "This module was compiled on ", CompileDate, " at ", CompileTime
Nim likes spaces. This is a quirk of the command syntax where a +b
is evaluated as a(+(b))
.
Use spaces, preferably, like a + b
or else a+b
, but don't mix space and no-spaces usage.
- Have you tried to
discard
the value from a proc that does not return any value?
proc noReturnValue =
echo "Foo!"
discard noReturnValue()
- A inner proc "inherits" the including proc generics declaration and you don't need to re-define them.
proc foo[T](x: T) =
proc bar[T](y: T) = <== Error is here
echo "In bar"
echo "In foo"
You must write:
proc foo[T](x: T) =
proc bar(y: T) = # Generic type T is defined by englobing proc
echo "In bar"
echo "In foo"
To access fields of a public object, these fields must be public too.
This is causing the error, where Version
is defined in foo.nim
:
type
Version* = object
major: int
You must write:
type
Version* = object
major*: int
Remember that templates replace template call with template body recursively. This can occur even in non-recursive templates in case of parameter clash. For instance:
template foo(body: untyped) =
template bar(body: untyped) =
...
Here the body
parameter is not seen both by foo
and bar
as different symbols. When foo
instantiates, it will replace the occurrence in bar
parameters. To prevent the symbol name clash, you must write:
template foo(fooBody: untyped) =
template bar(barBody: untyped) =
...
See also Error: template instantiation too nested
This can happen when a type is defined twice, probably because of a file include
. This can occur too when you create duplicated types in macro code.
You have forward declared procName
to define recursive macro procs but the compiler complains that it found two declarations of procName
. Additionally, there's a hint that procName
is declared but not used!
This happens because the forward declaration does not use the same parameter names as in the proc definition .
# Forward declaration of procName that will cause a compile error.
# Use argument `stmt` instead of `arg` to have it compile.
proc procName(arg: NimNode): NimNode
proc procName(stmt: NimNode): NimNode =
...
Use compiles.
import unittest
suite "valid syntax":
test "syntax errors":
let a = "foo"
let b = 5
assert not compiles(let c = a + b), "Can't mix string and int"
You can provide examples of in your documentation, with runnableExamples.
When the documentation is extracted from the source with $ nim doc myfile.nim
, these examples are extracted and put in a temporary
file, compiled and tested. This is a good way to provide examples for your API and check that they are still valid.
proc isOdd(i: int): bool =
## Test if its argument is odd.
runnableExamples:
assert 5.isOdd, "5 is an odd number"
assert not isOdd(3 * 2), "6 is not an odd number"
result = i mod 2 == 1
Like proc or funct, template follow overloading rules. You can use normal types for parameters but they can have meta-types too: typed
, untyped
and typedesc
.
There are lazy type resolution rules for untyped
parameters.
For typed
parameters, you can use parameter constraints to reduce the scope of the parameters.
template foo(x: typed{lit}) =
echo "foo matched the literal '", x, "'"
template foo(x: typed{ident}) =
echo "foo matched the identifier '", x, "'"
You have defined a dsl:
and you want to define an options:
template that can be used only within dsl:
. How do you do this? Use block:
scopes and declaredInScope, like following:
template dsl*(body: untyped) =
block:
const inDsl {.inject, used.} = true
# Here define the dsl code...
template options(body: untyped) =
when not declaredInScope(inDsl):
{.fatal: "`options` can be used only in `dsl` block".}
# Here define the options code...
Don't try to create englobing templates! Templates are text code rewriting macros and you'll get unexpected results...
expandMacros shows how a macro call is expanded at compilation time. It's very useful for debugging macros...
dumpTree can also be used to print how a block of code is parsed at compile time.
import macros
let x, y = (4, 8)
expandMacros:
echo "x > y is expanded to ", x > y
dumpTree:
echo "x > y is expanded to ", x > y
echo
writes to stdout
. If you want to print to stderr
use write and writeLine
writeLine(stderr, "Write to stderr")
You can use debugEcho for this.
Strings can be converted to enum using parseEnum from strutils. Beware that a ValueError
is raised if the enum is not found. If you don't want to manage
the exception, provide a default with parseEnum.
import strutils
type
Fruit = enum
Apple,
Banana,
Cherry
let fruit = parseEnum[Fruit]("cherry")
let pineapple = parseEnum[Fruit]("pineapple", Banana)
fields and fieldPairs will help you discover the fields and values of a tuple or object. But as Nim is strongly typed, you can't build a result mixing types. Either use conditional compilation for different code paths or use overloading.
type
Custom = object
foo: string
bar: bool
proc `$`(x: Custom): string =
result = "Custom:"
for name, value in x.fieldPairs:
when value is bool:
result.add("\n\t" & name & " is " & $value)
else:
result.add("\n\t" & name & " \'" & value & "\'")
proc `$1`(x: string): string = $x
proc `$1`(x: bool): string = $x
proc `$1`(x: Custom): string =
result = "Custom:"
for name, value in x.fieldPairs:
result.add("\n\t" & name & " is " & `$1`(value))
let o = Custom(foo: "Hi there!", bar: false)
echo "o=", $o
echo "o1=", `$1`(o)
Nim being strongly typed, you can't mix multiple types in a seq
. andrea came out with heterogeneous lists that fit that special need:
# hlist.nim
type
HNil* = object
HCons*[H, T] = ref object
h: H
t: T
HList = HNil or HCons
let hNil* = HNil()
proc cons*[H; T: HList](hd: H; tl:T): auto =
HCons[H, T](h: hd, t: tl)
template `<>`*(hd, tl: untyped): untyped = cons(hd, tl)
proc head*[H, T](c: HCons[H, T]): H {.inline.} = c.h
proc tail*[H, T](c: HCons[H, T]): T {.inline.} = c.t
They can be used like in this short example where l
contains a string
and an int
.
import hlist
proc printAll(n: HNil) =
discard
proc printAll[H; T](hl: HCons[H, T]) =
echo hl.head
printAll(hl.tail)
let l = "hi" <> (2 <> hNil)
printAll(l)
From a forum post demonstrating how to simulate recursive iterator by converting a recursive proc to generate all character permutations of a string. This macro does not support break
or continue
statement, but read the referred post to find more complete example.
import std/macros
macro toItr*(x: ForLoopStmt): untyped =
## Convert factory proc call for inline-iterator-like usage.
## E.g.: ``for a,b in toItr(myFactory(parm)): echo a,b``.
let
forVars = x[0..^3]
call = x[^2][1] # Get foo out of toItr(foo)
body = x[^1]
itrSym = ident"itr"
#itrSym = genSym(ident="itr")
var forTree = nnkForStmt.newTree() # for
for v in forVars: forTree.add v # for v1,...
forTree.add(nnkCall.newTree(itrSym), body) # for v1,... in itr(): body
result = quote do:
block:
let `itrSym` {.inject.} = `call`
`forTree`
#debugEcho result.repr # uncomment to print the generated code
when isMainModule:
proc lex_perm[T: seq|string](s: T, idxStart=0): iterator(): (T,int) =
var idx= idxStart
result = iterator(): (T,int) =
if s.len == 0: yield (s[0..<0], idx)
for i in 0 ..< s.len:
for s2,_ in toItr lex_perm(s[0 ..< i] & s[i+1 .. ^1], idx):
yield (s[i ..< i+1] & s2, idx)
inc idx
for s,idx in toItr lex_perm("123", 1): echo idx,": ",s
Some external libraries provide an API to give access to data structures that they allocated on their own. They also provide a reference counting process in order for the client code to manage when the library can release the memory or resources used by these data structures. The use of destructors and compiling with --gc:arc
or --gc:orc
can ease bridging to these API. In the following sample, apiX()
are calls to the external library API.
type
MyObject* = object
## The Nim proxy object that is used in Nim code
apiObject: pointer
## The pointer to the library object
proc initMyObject*: MyObject =
## Get a new library object.
result = MyObject(apiObject: apiGetObject(...))
# We increment the reference counter for this object
apiIncRefCounter(apiObject)
proc `=destroy`(o: var MyObject) =
## When a ``MyObject`` is destroyed in Nim code, we need to decrement
## the API reference counter of that object.
if not isNil(o.apiObject):
apiDecRefCounter(o.apiObject)
o.apiObject = nil
proc `=`(a: var MyObject; b: MyObject) =
# Do nothing for self-assignments:
if a.apiObject == b.apiObject:
return
# Destroy what is allocated in a
`=destroy`(a)
# Copy new content to a and increment reference counter
if not isNil(b.apiObject):
a.apiObject = b.apiObject
apiIncRefCounter(a.apiObject)
Don't forget to compile with --gc:arc
or --gc:orc
to enable destructors. Notice how MyObject
has public visibility while its apiObject
field is kept private.
import
imports the public symbols (the ones with *
after the name) from the imported module. You can't access the non-public symbols. import
lines can be used only at the top level of a module.
include
replace the include line with the content of the included file. You can access public and non-public symbols as they are part of the code now. include
is mainly used to break big Nim files into smaller ones. include
statements are not limited to the top level of module. But include
files can create strange error messages too (see Error: type mismatch: got <X> but expression is of type: X).
Intro
Getting Started
- Install
- Docs
- Curated Packages
- Editor Support
- Unofficial FAQ
- Nim for C programmers
- Nim for Python programmers
- Nim for TypeScript programmers
- Nim for D programmers
- Nim for Java programmers
- Nim for Haskell programmers
Developing
- Build
- Contribute
- Creating a release
- Compiler module reference
- Consts defined by the compiler
- Debugging the compiler
- GitHub Actions/Travis CI/Circle CI/Appveyor
- GitLab CI setup
- Standard library and the JavaScript backend
Misc