Relevance of conj for self-hosting about mal HOT 4 CLOSED

It's a little bit tricky: if conj isn't defined in an implementation, the the mal implementation will fail to load (step4 and later) because mal/core.mal has a reference to conj. However, I don't want to just drop conj from the mal implementation because then the self-hosting tests won't completely pass even if the underlying implementation does provide conj because it's not referenced in the mal impl core namespace list. So while an implementation of conj isn't necessary for self-hosting, a stub definition of conj is necessary to run tests for steps 4-9. That could be clarified in the guide. Want to add that to the list you're making for the guide?

from mal.

I've read this like three times and still don't understand why conj is required...

But yeah, I guess I'll add that to my list.

from mal.

Heh, yeah that was pretty confusing. Let me try a different approach:

1. Completely remove conj from an implementation -> using that language to self-host will fail for steps 4-A (undefined reference to "conj").
2. Remove conj from mal/mal/core.mal: self-host for every impl will have stepA soft failures regardless of whether host language has conj.

So if the guide is changed to mention that while "conj" is optional, something trivial needs to at least be defined in the environment so that most of the self-host tests can run. The same is true of "string?" and "seq". Basically, all the symbols (list in mal/mal/core.mal) at least need stubs (even if the value is just nil) for self-host tests to be able to run from step4 onwards.

from mal.

Thanks, this is indeed much clearer.

from mal.