You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Scryer's library(files) uses strings instead of atoms, let's try to match compatibility as close as possible.
I'm not sure if I should change how list handling in consult/1 works 🤔
It might be handy to have consult/1 handle lists as strings, then you could write something like directory_files(some_dir, Files), maplist(consult, Files). However, taking a peek at Scryer it seems to not accept lists at all. I would imagine that's the standard. ichiban/prolog accepts lists like SWI, so it could be confusing to provide a replacement that treats lists differently. Hmm..
The text was updated successfully, but these errors were encountered:
See: 6a491d2#r69581698
Scryer's
library(files)
uses strings instead of atoms, let's try to match compatibility as close as possible.I'm not sure if I should change how list handling in
consult/1
works 🤔It might be handy to have
consult/1
handle lists as strings, then you could write something likedirectory_files(some_dir, Files), maplist(consult, Files)
. However, taking a peek at Scryer it seems to not accept lists at all. I would imagine that's the standard. ichiban/prolog accepts lists like SWI, so it could be confusing to provide a replacement that treats lists differently. Hmm..The text was updated successfully, but these errors were encountered: