digital-asset/daml
1
1
Fork 0
mirror of https://github.com/digital-asset/daml.git synced 2024-09-20 09:17:43 +03:00
Code Issues Projects Releases Wiki Activity
2a77ae5d0d
daml/compiler/lsp-tests/BUILD.bazel

47 lines
1.2 KiB
Python
Raw Normal View History

bump copyright (#16002) This is the result of: - Updating `./COPY` to say `2023`. - Running `./dev-env/bin/dade-copyright-headers update .`
2023-01-04 20:21:15 +03:00
# Copyright (c) 2023 Digital Asset (Switzerland) GmbH and/or its affiliates. All rights reserved.
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
# SPDX-License-Identifier: Apache-2.0
load("//bazel_tools:haskell.bzl", "da_haskell_binary", "da_haskell_test")
Mark lsp-tests as flaky on Windows (#1782)
2019-06-20 16:49:35 +03:00
load("@os_info//:os_info.bzl", "is_windows")
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
da_haskell_test(
name = "lsp-tests",
Increase timeout on lsp-tests (#2478) Now that they are no longer marked as flaky on Windows, we seem to be hitting the actual Bazel timeout sometimes.
2019-08-09 18:32:32 +03:00
timeout = "long",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
srcs = glob(["src/**/*.hs"]),
data = [
Move code in daml-tools outside of daml-foundations (#2033)
2019-07-08 12:40:48 +03:00
"//compiler/damlc",
IDE distinguish scripts and scenarios (#7197) * IDE distinguish scripts and scenarios The code lens above DAML script definitions now reads `Script results` instead of `Scenario results`. This also adds DAML Script test cases to the lsp-tests. The functionality for testing scenario and script code-lenses in the `Utils` module is identical. However, this adds dedicated definitions for scripts to clearly distinguish the scenario and script test-cases. changelog_begin changelog_end * Add sum type to distinguish Scenario and Script Co-authored-by: Andreas Herrmann <andreas.herrmann@tweag.io>
2020-08-20 19:36:23 +03:00
"//daml-script/daml:daml-script.dar",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
],
Mark lsp tests as flaky (#11958) * Mark lsp tests as flaky Not quite sure what is going wrong and doesn’t seem worth prioritizing right now so marking them flaky again (they were marked flaky until a few weeks ago). changelog_begin changelog_end * . changelog_begin changelog_end
2021-12-03 09:42:52 +03:00
# TODO (MK) https://github.com/digital-asset/daml/issues/11873
flaky = True,
Rename hazel_deps to hackage_deps (#2789) * hazel_deps --> hackage_deps Mechanical change: ``` sed -i 's/hazel_deps/hackage_deps/g' $(ag -l hazel_deps) ``` * Hazel dependencies --> Hackage dependencies
2019-09-06 12:01:09 +03:00
hackage_deps = [
Port the remaining tests from language-server-tests to lsp-tests (#1563)
2019-06-08 09:36:27 +03:00
"aeson",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
"base",
Move diagnostic tests from language-server-tests to new lsp-tests (#1554)
2019-06-07 16:34:42 +03:00
"containers",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
"extra",
Daml hlint integration (#2115) * Get draft rule in * Hlint is now firing * First hlint unit test * This gets hlint working in the ide * Select hlint.yaml contextually. Wip * Fix prod path * Switch between prod and test versions of hlint.yaml * Format * Ignore hlint hints in the language tests * Add some debugging stuff. LSP stress test is broken * Update compiler/damlc/daml-ide-core/src/Development/IDE/Core/Rules/Daml.hs Co-Authored-By: Moritz Kiefer <moritz.kiefer@purelyfunctional.org> * Tidy up some details * Simplify settings (remove unused parseFlags) * Fix LSP stress tests * ./fmt.sh * Collapse to one hlint.yaml, provide options * Fix location of hlint runfiles * Disable hlint by default; enable for shake-ide tests * lint (ironic) * Remove filtering of lints from integration test * ./fmt.sh * Respect the flag * Silence opininated lint * Update compiler/damlc/daml-opts/daml-opts-types/DA/Daml/Options/Types.hs Co-Authored-By: Moritz Kiefer <moritz.kiefer@purelyfunctional.org> * Update compiler/damlc/lib/DA/Cli/Damlc.hs Co-Authored-By: Moritz Kiefer <moritz.kiefer@purelyfunctional.org> * I really did mean optHlintEnable here * Move hlint enabled check to ofInterest like shouldRunScenarios * Rename variable * Cache settings * Missed a merge conflict * lift liftIO * Remove the hlint-testing POC * use useNoFile_
2019-07-12 19:17:06 +03:00
"directory",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
"filepath",
Get ghcide from the new upstream repo (#2867) * Get ghcide from the new upstream repo * Update azure-pipelines.yml Co-Authored-By: Gary Verhaegen <gary.verhaegen@digitalasset.com>
2019-09-11 09:57:48 +03:00
"ghcide",
Bump ghcide and upgrade to lsp/lsp-types (#10139) * Bump ghcide and upgrade to lsp/lsp-types changelog_begin changelog_end * Bump rev changelog_begin changelog_end
2021-06-30 15:16:12 +03:00
"lsp",
"lsp-types",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
"lens",
"lsp-test",
"mtl",
Port the remaining tests from language-server-tests to lsp-tests (#1563)
2019-06-08 09:36:27 +03:00
"network-uri",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
"parser-combinators",
Support multiple-packages in `damlc ide` (#4445) * Support multiple-packages in `damlc ide` changelog_begin - [DAML Studio] You can now open DAML Studio in the root of a multi-package project instead of opening it separately for each package. Take a look at the documentation for details on how to set this up. changelog_end There are a few caveats here: 1. You need a ``daml.yaml`` in the root of your project directory. I think this is somewhat sensible but we should add a warning to VSCode if you open it in a directory that does not have a ``daml.yaml`` (in a separate PR). 2. Changes are not picked up accross dependencies. This is a larger undertaking and given the current setup simply impossible (we don’t know that the source files of one package belong to the DAR referenced in the ``dependencies`` field of the other package. We can make this a bit better by at least detecting that the ``.dar`` has changed but let’s do that separately. 3. Since ``daml init`` runs once on startup, it will run in the root directory instead of initializing the package db of the individual packages. This is fixable but will conflict with #4391 so let’s address this separately. I’ve added docs to the daml studio section that explain the caveats. * Use the proper sdk version in lsp-tests
2020-02-10 15:20:56 +03:00
"process",
Track source locations on Daml.Script.submit (#7252) * Track source locations on Daml.Script.submit Adds a `HasCallStack` constraint on `HasSubmit.submit` and `HasSubmit.submitMustfail`. We need to move the definition of `HasCallStack` to `GHC.Stack.Types` to avoid a cyclic dependency between `DA.Stack` and `DA.Internal.LF`. Alternatively, we could inline `HasCallStack` in `DA.Internal.LF` but it seems preferable to use the alias on the signature of `submit(MustFail)`. We need to adapt the type of the builtins for scenario `submit` and `submitMustfail`. changelog_begin changelog_end * Test-case for scenario/script source locations * Test second commit with intermediate definition Addressing review comment https://github.com/digital-asset/daml/pull/7252/files#r478518834 * Store the full callstack on submit For forwards compatibility. Addressing review comment https://github.com/digital-asset/daml/pull/7252/files#r478520268 * Document unused location definition Addressing review commit https://github.com/digital-asset/daml/pull/7252/files#r478522373 * Make user facing `SrcLoc` zero based Following LSP precedent rather than GHC Addressing review comment https://github.com/digital-asset/daml/pull/7252/files#r478529138 * Add comment for backwards compatibility code Addressing review comment https://github.com/digital-asset/daml/pull/7252/files#r478529138 * fmt Co-authored-by: Andreas Herrmann <andreas.herrmann@tweag.io>
2020-08-28 15:22:15 +03:00
"regex-tdfa",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
"tasty",
"tasty-hunit",
"text",
],
visibility = ["//visibility:public"],
deps = [
Move files in daml-foundations/daml-ghc to compiler/damlc (#2037) * Move files in daml-foundations/daml-ghc to compiler/damlc There is also a bit of refactoring going on to actually split things apart into sensible targets. What is still missing is a cleanup of the module hierarchy and a cleanup of the test targets but I’ll leave those for separate PRs. As a nice bonus, this also reduces dependencies between targets so it will speed up compiles. * Update .hie-bios
2019-07-08 18:55:51 +03:00
"//compiler/damlc/daml-ide-core",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
"//libs-haskell/bazel-runfiles",
Move all damlc tests to compiler/damlc/tests (#2057) I’ve also changed some of the names to be more sensible.
2019-07-09 14:38:58 +03:00
"//libs-haskell/test-utils",
Haskell SdkVersion inversion (#18066) * Remove //:sdk-version-hs-lib * Add //sdk-version/hs:sdk-version-{class-,}lib * Use //sdk-version/hs:sdk-version-{class-,}lib instead of //:sdk-version-hs-lib * Fix //daml-assistant/daml-helper:test-deployment * Fix da-hs-base.cabal * Fix daml-project-config.cabal * Move DA.Service.Logger.Impl.GCP out of da-hs-base This means that da-hs-base no longer depends on sdk-version-class-lib, so users of the cabal file don't need to make any changes * Move version data types out of daml-project-config * Now //sdk-version/hs:sdk-version-class-lib depends on //libs-haskell/da-version-types * back to the past (fmt.sh) * yarn.lock changes to appease fmt.sh
2024-01-09 12:24:31 +03:00
"//sdk-version/hs:sdk-version-lib",
Replace Hazel by stack_snapshot (#2743) * Unmangled libz.so and libbz2.so * Use stack_snapshot instead of Hazel * Remove Hazel * Define stack_snapshot * Update rules_haskell * Document stack_snapshot * Clean stack's lock file from aborted builds
2019-11-22 17:24:08 +03:00
"@ghcide_ghc_lib//:testing",
Initial boilerplate for an LSP-based test suite (#1516) This needs more work but I’d like to get the initial boilerplate in first. We will also have to make some changes to lsp-test and expand it in various ways but those should hopefully be upstreamable.
2019-06-04 21:48:18 +03:00
],
)
Reference in New Issue Copy Permalink