giles
2c8c1f75b3
Some checks failed
Test, Build, and Deploy / test-build-deploy (push) Failing after 41s
Real bugs surfaced by parser/safety bug-hunt round: - `not(X) :- p(X).` parsed as a regular literal with relation "not". The user could accidentally define a `not` relation, silently shadowing the negation construct. - `count(N, X, p(X)) :- ...` defined a `count` relation that would conflict with the aggregate operator. - `<(X, 5) :- p(X).` defined a `<` relation. - `is(N, +(1, 2)) :- p(N).` defined an `is` relation. - `+.` (operator alone) parsed as a 0-ary fact. Fix: dl-add-fact! and dl-add-rule! now reject any literal whose head's relation name is in dl-reserved-rel-names — built-in operators (< <= > >= = != + - * /), aggregate operators (count sum min max findall), `is`, `not`, and the arrows (:-, ?-). 4 new eval tests cover the rejection cases. Note: an initial "no compound args in facts" check was overly strict — it would reject findall's list output (which derives a fact like (all_p (a b c))). Reverted that branch; treating findall results as opaque list values rather than function symbols.
21 lines
775 B
JSON
21 lines
775 B
JSON
{
|
|
"lang": "datalog",
|
|
"total_passed": 246,
|
|
"total_failed": 0,
|
|
"total": 246,
|
|
"suites": [
|
|
{"name":"tokenize","passed":26,"failed":0,"total":26},
|
|
{"name":"parse","passed":20,"failed":0,"total":20},
|
|
{"name":"unify","passed":28,"failed":0,"total":28},
|
|
{"name":"eval","passed":36,"failed":0,"total":36},
|
|
{"name":"builtins","passed":23,"failed":0,"total":23},
|
|
{"name":"semi_naive","passed":8,"failed":0,"total":8},
|
|
{"name":"negation","passed":10,"failed":0,"total":10},
|
|
{"name":"aggregates","passed":20,"failed":0,"total":20},
|
|
{"name":"api","passed":20,"failed":0,"total":20},
|
|
{"name":"magic","passed":34,"failed":0,"total":34},
|
|
{"name":"demo","passed":21,"failed":0,"total":21}
|
|
],
|
|
"generated": "2026-05-10T20:51:33+00:00"
|
|
}
|