on master help sign in
Merge pull request #1512 from leowini/patch-1

Update type-polymorphism.md

commitcc52a4bc2ceccd22de25e610f3107a40a3c4975b authortinnus-napbus <77721746+tinnus-napbus@users.noreply.github.com> dateFri 3 Jun 2022, 15:51 (4 years ago) parent355ffa37587bbd
1 file changed+1−1
content/docs/hoon/hoon-school/type-polymorphism.md+1−1
content/docs/hoon/hoon-school/type-polymorphism.md+1−1
@@ -443,7 +443,7 @@ nest-fail
443443
444444The first cast goes through because the two gates have the same sample type. The second cast fails because the right-hand gate has a more specific sample type than the left-hand gate does. If you're casting for a gate that accepts any cell, `^`, it's because we want to be able to pass any cell to it. A gate that is only designed for pairs of atoms, `[@ @]`, can't handle all such cases, naturally. The third cast goes through because the right-hand gate sample type is broader than the left-hand gate sample type. A gate that can take any noun as its sample, `*`, works just fine if we choose only to pass it cells, `^`.
445445
446−We mentioned previously that an iron core has a write-only sample and an opaque core. Let's prove it.
446+We mentioned previously that an iron core has a write-only sample and an opaque context. Let's prove it.
447447
448448Let's define a trivial gate with a context of `[g=22 h=44 .]`, convert it to iron with `^|`, and bind it to `iron-gate` in the dojo:
449449