[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Axiom-developer] Re: EXPR POLY INT
From: |
root |
Subject: |
[Axiom-developer] Re: EXPR POLY INT |
Date: |
Wed, 16 Jun 2004 09:15:48 -0400 |
Martin,
Historically EXPR was an attempt at creating a domain where the user
did not need to be concerned about types. There was (and still is)
great pressure from users of competing CA systems to be able to work
and let the interpreter worry about types. EXPR was an attempt at
responding to that.
The best path is probably to avoid EXPR. Is there some function in
EXPR that you need that does not exist elsewhere?
Tim
- Re: [Axiom-developer] Bugs in combfunc.spad and partial patch, (continued)
- [Axiom-developer] Re: Bugs in combfunc.spad and partial patch, m.rubey, 2004/06/11
- [Axiom-developer] Re: Bugs in combfunc.spad and partial patch, William Sit, 2004/06/11
- Message not available
- Message not available
- Message not available
- Message not available
- [Axiom-developer] Re: EXPR POLY INT, Martin Rubey, 2004/06/15
- Re: [Axiom-developer] Re: EXPR POLY INT, root, 2004/06/15
- [Axiom-developer] Re: EXPR POLY INT, William Sit, 2004/06/15
- [Axiom-developer] Re: EXPR POLY INT, Martin Rubey, 2004/06/15
- [Axiom-developer] Re: EXPR POLY INT, Martin Rubey, 2004/06/16
- [Axiom-developer] Re: EXPR POLY INT,
root <=
- [Axiom-developer] Re: EXPR POLY INT, William Sit, 2004/06/17
- [Axiom-developer] Re: EXPR POLY INT, William Sit, 2004/06/16
- Message not available
- [Axiom-developer] Re: EXPR POLY INT, Martin Rubey, 2004/06/18
- Message not available
- Message not available
- [Axiom-developer] Re: EXPR POLY INT, Martin Rubey, 2004/06/18
Re: [Axiom-developer] Bugs in combfunc.spad and partial patch, William Sit, 2004/06/11