Commit graph

1639 commits

Author SHA1 Message Date
Folkert de Vries
4b0342ef34
Merge pull request #4039 from roc-lang/fix-expect-oom
Copy list values from the correct offset when reporting expects
2022-09-14 22:51:57 +02:00
Ayaz Hafiz
fa700259aa
Clippy 2022-09-14 14:53:00 -05:00
Ayaz Hafiz
c4a3a8bd31
Copy list values from the correct offset when reporting expects
Co-authored-by: Folkert de Vries <folkert@folkertdev.nl>
2022-09-14 14:28:56 -05:00
Folkert de Vries
c218543408
Merge pull request #4033 from roc-lang/i4028
Span body of last branch in exhaustiveness checking
2022-09-14 21:24:23 +02:00
Ayaz Hafiz
6a83babaf3
Don't write extra newline if it's already there 2022-09-14 11:26:52 -05:00
Ayaz Hafiz
44772b8f3d
Don't add to host exposed during roc test 2022-09-14 11:26:50 -05:00
Ayaz Hafiz
31b894d027
Remove region when normalizing expects 2022-09-14 11:26:48 -05:00
Ayaz Hafiz
a8282f36c3
Handle values that are functions in expects 2022-09-14 11:26:46 -05:00
Ayaz Hafiz
42633c1f96
Span body of last branch in exhaustiveness checking
Closes #4028
2022-09-13 16:24:59 -04:00
Folkert de Vries
3ee3f23836
Merge pull request #3971 from roc-lang/dependabot/cargo/bumpalo-3.11.0
Bump bumpalo from 3.10.0 to 3.11.0
2022-09-13 21:00:00 +02:00
Richard Feldman
620a3feb75
Add some tests for Str.replace___ functions 2022-09-12 21:05:50 -06:00
Richard Feldman
4ed63c548b
Fix type mismatches in Str.replace___ functions
...and fix/finish the draft `Str.replaceEach` implementation!
Don't be so modest, Richard :)
2022-09-12 21:05:38 -06:00
Richard Feldman
c64874937f
Add entries for Str.replace___ functions to Symbol 2022-09-12 21:03:18 -06:00
Jan Van Bruggen
9ef57f86ac
Add first draft of Str.replaceEach builtin 2022-09-12 21:03:11 -06:00
Jan Van Bruggen
2b65659a11 Add Str.replaceLast builtin 2022-09-12 20:37:23 -06:00
Jan Van Bruggen
c5b6aef21a Add Str.replaceFirst builtin 2022-09-12 20:37:23 -06:00
dependabot[bot]
0079048944
Bump bumpalo from 3.10.0 to 3.11.0
Bumps [bumpalo](https://github.com/fitzgen/bumpalo) from 3.10.0 to 3.11.0.
- [Release notes](https://github.com/fitzgen/bumpalo/releases)
- [Changelog](https://github.com/fitzgen/bumpalo/blob/main/CHANGELOG.md)
- [Commits](https://github.com/fitzgen/bumpalo/compare/3.10.0...3.11.0)

---
updated-dependencies:
- dependency-name: bumpalo
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
2022-09-12 21:08:56 +00:00
dependabot[bot]
d1c406812f
Bump pretty_assertions from 1.2.1 to 1.3.0
Bumps [pretty_assertions](https://github.com/rust-pretty-assertions/rust-pretty-assertions) from 1.2.1 to 1.3.0.
- [Release notes](https://github.com/rust-pretty-assertions/rust-pretty-assertions/releases)
- [Changelog](https://github.com/rust-pretty-assertions/rust-pretty-assertions/blob/main/CHANGELOG.md)
- [Commits](https://github.com/rust-pretty-assertions/rust-pretty-assertions/compare/v1.2.1...v1.3.0)

---
updated-dependencies:
- dependency-name: pretty_assertions
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
2022-09-12 05:28:00 +00:00
Richard Feldman
be0c098b76
Revert "Always put the | in a has clause on a new line"
This reverts commit fd2ef1a3ce.
2022-09-11 20:25:15 -04:00
Richard Feldman
5d7213aa7d
Removed an || condition that was always false 2022-09-11 20:19:22 -04:00
Richard Feldman
fd2ef1a3ce
Always put the | in a has clause on a new line 2022-09-11 20:19:11 -04:00
Richard Feldman
8e6abc8079
Clean up some formatter logic 2022-09-11 20:18:40 -04:00
Folkert
d725e44538
handle case where C returns by-value, but roc wants to return by-pointer 2022-09-11 16:56:03 -04:00
Jan Van Bruggen
4625a0a869
Rephrase CPU-related "platform"/"host" to "target"/"your machine" 2022-09-11 10:25:02 -06:00
Jan Van Bruggen
68be131bd7
Rephrase "precompiled platform" to "prebuilt platform" 2022-09-11 10:25:01 -06:00
Jan Van Bruggen
5663a1d9f9
Rephrase "precompiled host" to "precompiled platform"
This is for clarity to Roc app developers, for whom "host" is not
necessarily in their Roc vocabulary. Additionally, this phrasing
is simply more accurate.
2022-09-11 10:25:01 -06:00
Folkert
fbc5412161
ignore another test 2022-09-09 23:20:11 +02:00
Folkert
b8a5d69578
ignore another test on windows 2022-09-09 23:20:11 +02:00
Folkert
5d60ffeebf
disable a segfaulting test on windows 2022-09-09 23:20:11 +02:00
Folkert
57201db2f6
windows: temporarily do not drop gen_test results 2022-09-09 23:20:10 +02:00
Richard Feldman
3e1ca37b9e
Merge pull request #3950 from roc-lang/keep-dll-loaded
keep dll loaded
2022-09-09 14:19:35 -07:00
Jan Van Bruggen
aec2baefe3
Merge pull request #3997 from roc-lang/lint_markdown
Lint all markdown files once, guided by markdown-cli2
2022-09-09 09:27:31 -06:00
Jan Van Bruggen
30fec8eacd
Add missing h1s 2022-09-09 01:12:32 -06:00
Jan Van Bruggen
8bbfd68621
Add language to all fenced code blocks
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md040
2022-09-09 01:12:31 -06:00
Jan Van Bruggen
9cf7bdcccf
Use dashes for list markers
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md004
2022-09-09 01:12:31 -06:00
Jan Van Bruggen
2cbfef490a
Fix space positioning typo 2022-09-09 01:12:31 -06:00
Jan Van Bruggen
072a6bd002
Eliminate consecutive newlines
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md012
2022-09-09 01:12:30 -06:00
Jan Van Bruggen
051059e151
Replace tabs with spaces
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md010
2022-09-09 01:12:30 -06:00
Jan Van Bruggen
3902668ce5
Add angle brackets to bare URLs
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md034
2022-09-09 01:12:30 -06:00
Jan Van Bruggen
3219178003
Ensure only one h1 per .md file
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md025
2022-09-07 23:27:18 -06:00
Jan Van Bruggen
26a1abfea8
Add blank lines around lists
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md032
2022-09-07 23:18:03 -06:00
Jan Van Bruggen
e3071a22b0
Add blank lines around headings
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md022
2022-09-07 23:18:03 -06:00
Jan Van Bruggen
6229eb54ca
Add blank lines around fenced code blocks
See https://github.com/DavidAnson/markdownlint/blob/main/doc/Rules.md#md031
2022-09-07 23:18:03 -06:00
Ayaz Hafiz
fc6561ecb6
Format string literals in patterns 2022-09-07 17:30:52 -05:00
Folkert de Vries
828e3b05c5
Merge pull request #3985 from roc-lang/pass-string-byval-host
allow passing of RocStr by-value from a host
2022-09-07 16:23:47 +02:00
Folkert de Vries
8bbeb34792
Merge pull request #3981 from roc-lang/use-copy-table
Cache variables sent to a module's external specializations in mono
2022-09-07 12:28:17 +02:00
Folkert de Vries
83d45fa859
Merge pull request #3982 from roc-lang/i3955
Lose rigidity of annotated optional fields before generalization
2022-09-07 12:20:53 +02:00
Folkert
2762457e10
allow passing of RocStr by-value from a host 2022-09-07 12:14:13 +02:00
Ayaz Hafiz
eebe5234f6
Correctly perform record updates that come from thunks
Closes #3908
2022-09-06 18:07:22 -05:00
Ayaz Hafiz
c2452ff751
Lose rigidity of annotated optional fields before generalization
We have this idea of "rigid optional" fields to annotate record fields
that must necessarily be optional. That avoids the admission of programs
we cannot faithfully compile, like

```
f : {a: Str, b ? U64}
f = {a: "b", b: 1}
```

We want to lose the rigidity restriction when a generalized symbol is
used as at a specialized site; for example it should be possible to call
`f : {x ? Str} -> {}` with both `{}` and `{x : Str}`, neither of which
have a rigidly optional field unless they were to be annotated.

Prior to this commit we would loosen the rigidity restriction upon
specialization of a generalized type at a use site. However, what we
really want to do is apply the loosening during calculation of
generalization. The reason is that otherwise, we must make types that
would be ground (like `{x ? Str} -> {}`) generalized just for the sake
of the optional field annotation. But since the rigidity constraint is
irrelevant after an annotated body has been checked, we can loosen the
rigidity restriction then, which conveniently happens to coincide with
the generalization calculation.

Closes #3955
2022-09-06 17:44:04 -05:00