factor/core/classes
Slava Pestov fb64c1cb45 Fix class<=; a predicate class derived from a union was not reported as being contained in the union 2008-11-04 04:59:54 -06:00
..
algebra Fix class<=; a predicate class derived from a union was not reported as being contained in the union 2008-11-04 04:59:54 -06:00
builtin use if/when/unless-empty, docs 2008-09-06 17:10:32 -05:00
intersection use if/when/unless-empty, docs 2008-09-06 17:10:32 -05:00
mixin Only build a generic word once, even if a compilation unit defines several methods on it, by adding generics to a set and building them at the end. 25% improvement on bootstrap time 2008-11-03 03:51:28 -06:00
parser Split up huge parser vocabulary 2008-06-25 03:25:08 -05:00
predicate Add more unit tests highlighting the problem: predicate -vs- union comparison is broken 2008-11-04 02:17:22 -06:00
singleton Fix permission bits 2008-10-02 08:34:49 -05:00
tuple Tuple parsing didn't handle line breaks properly; if scan returns f, must throw unexpected-eof 2008-11-03 21:01:50 -06:00
union Fix permission bits 2008-10-02 08:34:49 -05:00
authors.txt Initial import 2007-09-20 18:09:08 -04:00
classes-docs.factor Fix permission bits 2008-10-02 08:34:49 -05:00
classes-tests.factor Fix notorious classes-intersect? bug, or at least one manifestation thereof. Turns out that we may temporarily end up with forgotten classes in the compiled-generic-crossref table. This is not a problem, since subsequently the words that reference forgotten classes will presumably be redefined and recompiled, but it does mean that (compiled-generic-usage) does need to handle this case 2008-11-04 03:38:44 -06:00
classes.factor Fix minor leak: class-caches were not reset if a class was forgotten 2008-11-04 02:17:37 -06:00
summary.txt Initial import 2007-09-20 18:09:08 -04:00
tags.txt Initial import 2007-09-20 18:09:08 -04:00