Skip to content

Commit 02c3957

Browse files
committed
Clarify wording about siblings in umbrella
1 parent eeab9f5 commit 02c3957

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

CHANGELOG.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ Elixir v1.11 builds on top of the recently added compilation tracers to track ap
1414

1515
These two conditions may seem contradictory. After all, if a module is available, it must have come from a dependency. This is not true in two scenarios:
1616

17-
* Modules from Elixir and Erlang/OTP are always available - even if their applications are not explicitly listed as a dependency
17+
* Modules from Elixir and Erlang/OTP are always available - even if their applications are not listed as a dependency
1818

1919
* In an umbrella project, because all child applications are compiled within the same VM, you may have a module from a sibling project available, even if you don't depend on said sibling
2020

@@ -36,7 +36,7 @@ on :ssl. To fix this, you must do one of:
3636
to your "def project" in mix.exs
3737
```
3838

39-
This comes with extra benefits in umbrella projects, as it requires child applications to explicitly list their dependencies, completely rejecting cyclic dependencies between siblings.
39+
This comes with extra benefits in umbrella projects, as it requires applications to depend on the siblings they depend on, which will fail if there are any cyclic dependencies.
4040

4141
## Compiler checks: data constructors
4242

0 commit comments

Comments
 (0)