Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore(deps): update dependency purescript to v0.15.15 #48

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Dec 1, 2023

Mend Renovate

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
purescript 0.15.10 -> 0.15.15 age adoption passing confidence

Release Notes

purescript/purescript (purescript)

v0.15.15

Compare Source

New features:

  • Add --exclude-file to more commands (#​4530 by @​JordanMartinez)

    This CLI arg was added to the compile command, but not to other commands
    where such a usage would be relevant (e.g. docs, repl, graph, and ide).

  • Enable passing source input globs via --source-globs-file path/to/file (#​4530 by @​JordanMartinez)

    --source-globs-file support has been added to the following commands:
    compile, docs, graph, ide, and publish.

    Due to a shell character limitation on Windows where a large list of
    source globs cannot be passed (e.g. purs compile ... glob1000/src/**/*.purs),
    source globs can be stored in a file according to the format below
    and the file is passed in instead via purs compile ---source-globs-file path/to/file.

v0.15.14

Compare Source

Bugfixes:

  • Fix a compilation memory regression for very large files (#​4521 by @​mjrussell)

    When compiling a a very large file (>12K lines)
    the CSE pass could balloon memory and result in increased
    compilation times.

    This fix uses a strict Map instead of a lazy Map to avoid
    building up unnecessary thunks during the optimization pass.

  • Fix two space leaks while compiling many modules (#​4517 by @​MonoidMusician)

    The first would interleave compilation of too many modules at once, which
    would increase memory usage, especially for single threaded builds with
    +RTS -N1 -RTS. Now the number of concurrent modules is limited to
    the number of threads available to the
    GHC runtime system.

    The second would hold on to memory from modules that compiled with warnings
    until the end of the build when the warnings were printed and the memory freed.
    This is now fixed with additional NFData instances.

v0.15.13

Compare Source

New features:

  • Replace UnusableDeclaration with updated NoInstanceFound (#​4513 by @​JordanMartinez)

    Previously, the following type class would be invalid
    because there was no way for the compiler to infer
    which type class instance to select because
    the type variable in the class head a was
    not mentioned in bar's type signature:

    class Foo a where
      bar :: Int

    The recently-added visible type applications (VTAs)
    can now be used to guide the compiler in such cases:

    class Foo a where bar :: Int
    instance Foo String where bar = 0
    someInt = bar @​String -- use the `String` instance

    Without VTAs, the compiler
    will still produce an InstanceNotFound error, but this error
    has been updated to note which type variables in the class head
    can only be disambiguated via visible type applications.
    Given the following code

    class Single tyVarDoesNotAppearInBody where 
      useSingle :: Int
    
    single :: Int
    single = useSingle

    The error reported for useSingle will be:

    No type class instance was found for
    
      Main.Single t0
    
    The instance head contains unknown type variables.
    
    Note: The following type class members found in the expression require visible type applications 
    to be unambiguous (e.g. tyClassMember @​Int).
      Main.useSingle
        tyNotAppearInBody
    

    For a multiparameter typeclass with functional dependencies...

    class MultiFdBidi a b | a -> b, b -> a where
      useMultiFdBidi :: Int
    
    multiFdBidi :: Int
    multiFdBidi = useMultiFdBidi

    ...the "Note" part is updated to read

    Note: The following type class members found in the expression require visible type applications 
    to be unambiguous (e.g. tyClassMember @​Int).
      Main.useMultiFdBidi
        One of the following sets of type variables:
          a
          b
    

Bugfixes:

v0.15.12

Compare Source

New features:

  • Move the closed record update optimization (#​4489 by @​rhendric)

    For consumers of CoreFn like alternate backends, the optimization of
    replacing a closed record update with an object literal has now been moved to
    the point of desugaring CoreFn into JS. The ObjectUpdate expression
    constructor now contains a Maybe field holding a list of record labels to
    be copied as-is, for backends that want to perform this optimization also.

  • Allow instances that require Fail to be empty (#​4490 by @​rhendric)

    A class instance declaration that has Prim.TypeError.Fail as a constraint
    will never be used. In light of this, such instances are now allowed to have
    empty bodies even if the class has members.

    (Such instances are still allowed to declare all of their members, and it is
    still an error to specify some but not all members.)

Bugfixes:

  • Stop emitting warnings for wildcards in Visible Type Applications (#​4492 by @​JordanMartinez)

    Previously, the below usage of a wildcard (i.e. _) would
    incorrectly cause the compiler to emit a warning.

    f :: forall @​a. a -> a
    f = identity
    
    x :: { x :: Int }
    x = f @​{ x :: _ } { x: 42 }
  • Infer types using VTA inside a record (#​4501 by @​JordanMartinez)

    Previously, use would fail to compile
    because the v type variable would not be inferred
    to String. Now the below code compiles:

    reflect :: forall @​t v . Reflectable t v => v
    reflect = reflectType (Proxy @​t)
    
    use :: String
    use = show { asdf: reflect @​"asdf" }

Internal:

v0.15.11

Compare Source

Please use 0.15.12 instead of this release. There was an issue with the Linux build. This release notes were moved into 0.15.12's release notes.


Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about this update again.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate. View repository job log here.

@yegor256
Copy link
Member

yegor256 commented Dec 1, 2023

@rultor please, try to merge, since 6 checks have passed

@renovate renovate bot changed the title chore(deps): update dependency purescript to v0.15.13 chore(deps): update dependency purescript to v0.15.14 Jan 4, 2024
@renovate renovate bot changed the title chore(deps): update dependency purescript to v0.15.14 chore(deps): update dependency purescript to v0.15.15 Feb 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants