Re: [OctDev] Automatic code generation

[Sergei Steshenko]

----- Original Message -----
> From: Martin Helm <address@hidden>
> To: Sergei Steshenko <address@hidden>
> Cc: "address@hidden" <address@hidden>; Octave Forge <address@hidden>; octave 
> maintainers mailing list <address@hidden>
> Sent: Friday, November 4, 2011 8:13 PM
> Subject: Re: [OctDev] Automatic code generation
> 
> Am Freitag, 4. November 2011, 10:46:07 schrieb Sergei Steshenko:
>> 
>>  Revisit 'maxima' documentation (
>>  http://maxima.sourceforge.net/documentation.html ) - there is I/O, there
>>  are string manipulation functions, there are I/O format control features,
>>  there is even a package which deals with regular expressions - in my case
>>  it is
>> 
>>  maxima-5.24.0/share/maxima/5.24.0/src/nregex.lisp
>>  .
>> 
>>  Overall I think 'maxima' scripting language can be used in 
> imperative,
>>  functional and OO way.
>> 
> No doubt, but not my point. I do not plan to do that with regexps and string 
> manipulation. What I miss is functions in the maxima language for accessing 
> the internal structure of an expression to access that and derive from it a 
> representation in another language, otherwise I can code that as well in an 
> externel scripting language (which is as I said no bad way, just not what I 
> am 
> after). But all this is of course available in the lower level lisp which has 
> access to the lisp api in maxima and its internal representations.
> 
> See it as something similar as writing something in C++ for octave using the 
> octave api and access to the parser/structure/objects, instead of scripting 
> on 
> top of it without access to the internal structure of the objects and dealing 
> with the string representations.
>

Well, then you might want to consider Axiom CAS. E.g. 
http://www.axiom-developer.org/axiom-website/hyperdoc/axbook/book-contents.xhtml
 , I think "Chapter 2: Using Types and Modes" should ring the bell.

Alas, I didn't have enough time to learn the thing deeply, but the 
documentation look quite intriguing ;-).

Regards,
  Sergei.