Hi Waldek,

what does this change mean?

https://github.com/fricas/fricas/commit/6282cdc03ed979c1af4407b5da5782a1d9e248f2#diff-51fbd4ac56903360e42b455fa1f38a9dL269

-These "rules" are hardcoded into the /\ , \/ and ¬ implementations
+These "rules" are hardcoded into the /\ , \/ and - implementations

FriCAS does not understand UTF-8 input files?

It's probaly OK for now, but I'd prefer to have proper latex in the
literate parts of the .spad file. The above is certainly not. Neither
before nor after the change.

I'm much in favour of 1) non-splitting .spad files and 2) the )if
LiterateDoc convention. If we can fix that, I would try to put the few
files with literate content into a shape that one can turn into a .pdf
file, just like the xhash.spad example.

Ralf

PS: I would also like to get rid of )abbrev, and store files under
ConstructorName.NRLIB, but that is probably a bigger change.
For non-casesensitive filesystems, we could encode the filename as is
done by the Mercurial VCS inside .hg directory. They prefix every
capital letter by an underscore. So foo_BaR.txt is encoded

  .hg/store/data/foo___ba_r.txt.i

Ralf

-- 
You received this message because you are subscribed to the Google Groups 
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Reply via email to