Although the following is certainly a corner case, I consider the
following a bug.
For the program
---- x.spad ------
rep x ==> (x@%) pretend Rep
per x ==> (x@Rep) pretend %
)abbrev domain AAA Aaa
Aaa: with
eins: %
++ die konstante Eins
eins: () -> %
++ die Eins mit Nebenwirkungen
== add
Rep ==> Integer
eins: % == per 0
eins(): % == per 1
--------------------
I get
(10) -> GETDATABASE('Aaa, 'DOCUMENTATION)$Lisp
(10) ((eins (($) die Eins mit Nebenwirkungen) (($) die konstante Eins)))
I'm unable to tell apart which docstring belongs to which signature.
And there are actually two signatures.
(13) -> GETDATABASE('Aaa, 'CONSTRUCTORMODEMAP)$Lisp
(13)
(((Aaa) (CATEGORY domain (SIGNATURE eins ($) constant) (SIGNATURE
eins ($))))
(T Aaa))
Well, the constant one I cannot really use/access in a FriCAS session.
As I said, a corner case.
Anyway, it would be much more useful, if I could have a database query
that gives me something like 'constructormodemap, but together with the
docstring and with conditions and constructor arguments. Well that would
probably look like a parse tree. ;-)
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.
