unikernel/duniverse/dune_/test/blackbox-tests/test-cases/pkg/self-version-constraint.t

@@ -0,0 +1,73 @@
+Demonstrates constraints that self reference the version
+
+  $ . ./helpers.sh
+
+  $ mkrepo
+  $ add_mock_repo_if_needed
+
+  $ mkpkg foo 1.0.0 <<EOF
+  > depends: [ "bar" {= version} ]
+  > EOF
+
+  $ mkpkg bar 0.9.0
+  $ mkpkg bar 1.0.0
+  $ mkpkg bar 2.0.0
+
+The version of foo that should be selected is 1.0.0
+
+  $ solve_project <<EOF
+  > (lang dune 3.11)
+  > (package
+  >  (name x)
+  >  (depends foo))
+  > EOF
+  Solution for dune.lock:
+  - bar.1.0.0
+  - foo.1.0.0
+
+By default, local packages have version `dev` so the following version
+constraint on `foo` will fail:
+
+  $ solve_project <<EOF
+  > (lang dune 3.11)
+  > (package
+  >  (name x)
+  >  (depends (foo (= :version))))
+  > EOF
+  Error: Unable to solve dependencies for the following lock directories:
+  Lock directory dune.lock:
+  Couldn't solve the package dependency formula.
+  Selected candidates: x.dev
+  - foo -> (problem)
+      No usable implementations:
+        foo.1.0.0: Package does not satisfy constraints of local package x
+  [1]
+
+But specifying a version for the local package `x` yields a solution:
+
+  $ solve_project <<EOF
+  > (lang dune 3.11)
+  > (generate_opam_files true)
+  > (version 1.0.0)
+  > (package
+  >  (name x)
+  >  (depends (foo (= :version))))
+  > EOF
+  Solution for dune.lock:
+  - bar.1.0.0
+  - foo.1.0.0
+
+Same result if the version of package `x` is specified by the opam file instead
+of the dune-project:
+
+  $ dune build x.opam
+  $ grep '^version' x.opam
+  version: "1.0.0"
+
+  $ mkpkg dune 3.11
+  $ solve_project <<EOF
+  > (lang dune 3.11)
+  > EOF
+  Solution for dune.lock:
+  - bar.1.0.0
+  - foo.1.0.0