Skip to content

Commit a69961f

Browse files
committed
remove Abstraction fossil
It doesn't make sense to have a role that is implemented by type objects, but not by defined objects.
1 parent c4882a6 commit a69961f

File tree

2 files changed

+0
-64
lines changed

2 files changed

+0
-64
lines changed

S02-bits.pod

Lines changed: 0 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -1956,15 +1956,6 @@ C<&x> may be bound to any object that does the C<Callable> role, such
19561956
as any C<Block> or C<Routine>. The C<Callable> role implies the ability
19571957
to support C<< postcircumfix:<( )> >>.
19581958

1959-
C<::x> may be bound to any object that does the C<Abstraction> role,
1960-
such as a package, module, class, role, grammar, or any other
1961-
type object, or any immutable value object that can be used as a type.
1962-
This C<Abstraction> role implies the
1963-
ability to do various symbol table and/or typological manipulations which
1964-
may or may not be supported by any given abstraction. Mostly though it
1965-
just means that you want to give some abstraction an official name that
1966-
you can then use later in the compilation without any sigil.
1967-
19681959
In any case, the minimal container role implied by the sigil is
19691960
checked at binding time at the latest, and may fail earlier (such
19701961
as at compile time) if a semantic error can be detected sooner.

S32-setting-library/Abstraction.pod

Lines changed: 0 additions & 55 deletions
This file was deleted.

0 commit comments

Comments
 (0)