Files
Nim/tests
ee7 3b1a601fe1 sequtils: fix errors from strictFuncs use (#18998)
Nim 1.4.x compiled the below code without error when using
`--experimental:strictFuncs`

    import std/sequtils

    type Foo = ref object

    let foo1 = Foo()
    let foo2 = Foo()
    let foos = @[foo1, foo2]
    let fooTuples = @[(foo1, 1), (foo2, 2)]

    discard repeat(foo1, 3)
    discard zip(foos, foos)
    discard unzip(fooTuples)

However, since 2020-12-09, devel Nim produced errors like

    /tmp/bar.nim(11, 15) template/generic instantiation of `repeat` from here
    /foo/nim/pure/collections/sequtils.nim(172, 6) Error: 'repeat' can have side effects
    an object reachable from 'x' is potentially mutated
    /foo/nim/pure/collections/sequtils.nim(183, 15) the mutation is here
    /foo/nim/pure/collections/sequtils.nim(183, 15) is the statement that connected the mutation to the parameter

This commit reverts some `proc` to `func` changes so that code that:

- calls `repeat`, `zip`, or `unzip`
- and instantiates them with types containing `ref`

can once again be compiled with `strictFuncs`. Otherwise, a user might
be forced to drop or alter their `strictFuncs` use when upgrading from
Nim 1.4.x, or when writing new code that uses these procedures (at least
for now, with the current `strictFuncs` implementation).

This commit also adds tests to assert that the remaining funcs in this
module can be compiled with `strictFuncs` when used with types
containing `ref`.

The original batch of `proc` to `func` changes in `sequtils.nim` was in
commit 6f57ebae34, which was partially reverted in 38eb021f81.

See also: https://github.com/nim-lang/Nim/issues/16305
2021-10-16 11:25:05 +02:00
..
2017-07-25 09:28:23 +02:00
2021-10-01 16:19:02 +08:00
2021-02-08 09:46:07 +01:00
2021-08-21 08:22:00 +02:00
2021-09-19 23:35:50 +02:00
2021-09-14 19:40:42 +02:00
2021-02-08 09:46:07 +01:00
2019-05-25 07:33:33 +02:00
2021-07-27 07:21:39 +02:00
2014-01-13 02:10:03 +01:00
2021-01-21 17:31:47 +01:00
2021-08-01 11:19:43 +02:00
2020-12-28 14:13:21 +01:00
2021-09-30 16:55:43 +02:00
2018-12-11 21:23:22 +01:00
2021-04-06 16:20:01 +02:00
2021-06-23 23:31:17 +02:00
2021-09-29 09:32:39 +02:00
2021-04-06 18:01:54 +02:00
2021-09-04 17:49:27 +02:00
2021-10-06 09:42:35 +02:00
2019-09-16 12:12:44 +02:00
2021-03-28 00:57:22 -07:00
2021-06-03 17:12:45 +02:00
2020-11-07 08:00:41 +00:00
2021-04-24 18:33:29 +01:00
2021-09-20 09:09:53 +02:00
2021-05-31 13:27:44 +02:00
2020-07-14 16:44:56 +02:00
2020-11-18 00:14:14 +00:00
2020-07-14 19:50:42 +02:00
2020-07-14 16:44:56 +02:00
2021-04-06 16:20:01 +02:00
2021-07-25 12:55:33 -07:00
2013-03-16 23:53:07 +01:00
2020-12-28 14:13:21 +01:00
2019-09-27 07:02:54 +02:00

This directory contains the test cases.

Each test must have a filename of the form: t*.nim

Note: Testament is only aware of tests under a directory (eg tests/foo/) and will ignore top-level tests like tests/tbar.nim.

Specs

Each test can contain a spec in a discard """ ... """ block.

Check out the parseSpec procedure in the specs module for a full and reliable reference

action

Specifies what action this test should take.

Default: run

Options:

  • compile - compiles the module and fails the test if compilations fails.
  • run - compiles and runs the module, fails the test if compilation or execution of test code fails.
  • reject - compiles the module and fails the test if compilation succeeds.

There are certain spec keys that imply run, including output and outputsub.

cmd

Specifies the Nim command to use for compiling the test.

There are a number of variables that are replaced in this spec option:

  • $target - the compilation target, e.g. c.
  • $options - the options for the compiler.
  • $file - the filename of the test.
  • $filedir - the directory of the test file.

Example:

discard """
  cmd: "nim $target --nimblePath:./nimbleDir/simplePkgs $options $file"
"""

Categories

Each folder under this directory represents a test category, which can be tested by running koch tests pcat <category> (or cat to avoid parallel testing, which is slower).

The folder dll contains simple DLL tests.

The folder realtimeGC contains a test for validating that the realtime GC can run properly without linking against the nimrtl.dll/so.