Bill Page wrote:
> 
> Waldek,
> 
> I think we should add 'parse' to InputForm. Here is a patch:
> 

Yes, I agree.  But we should also remove internal parse from
TemplateUtilities in fortpak.spad.pamphlet.

> [EMAIL PROTECTED]:~/fricas-src/src/algebra$ diff -au mkfunc.spad.pamphlet.orig
> mkfunc.spad.pamphlet
> --- mkfunc.spad.pamphlet.orig   2008-09-17 09:11:25.000000000 -0700
> +++ mkfunc.spad.pamphlet        2008-09-17 09:17:04.000000000 -0700
> @@ -64,6 +64,9 @@
>        ++ unparse(f) returns a string s such that the parser
>        ++ would transform s to f.
>        ++ Error: if f is not the parsed form of a string.
> +    parse    : String -> %
> +      ++ parse(s) is the inverse of unparse. It parses a
> +      ++ string to InputForm
>      declare  : List %   -> Symbol
>        ++ declare(t) returns a name f such that f has been
>        ++ declared to the interpreter to be of type t, but has
> @@ -135,6 +138,9 @@
>        atom?(s:% := form2String(x)$Lisp) => strsym s
>        concat [strsym a for a in destruct s]
> 
> +    parse(s:String):InputForm ==
> +      ncParseFromString(s)$Lisp::InputForm
> +
>      declare signature ==
>        declare(name := new()$Symbol, signature)$Lisp
>        name
> 
> ---
> 
> Regards,
> Bill Page.
> 
> > 
> 

-- 
                              Waldek Hebisch
[EMAIL PROTECTED] 

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"FriCAS - computer algebra system" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/fricas-devel?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to