[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Gcl-devel] Re: [Maxima] Re: Special variables!
From: |
Camm Maguire |
Subject: |
[Gcl-devel] Re: [Maxima] Re: Special variables! |
Date: |
30 Mar 2006 14:49:02 -0500 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 |
Greetings!
Raymond Toy <address@hidden> writes:
> >>>>> "Camm" == Camm Maguire <address@hidden> writes:
>
> Camm> ;; Note: *ASINX* is special: (*ATANX* *ASINX*) NIL
> >>
>
> Camm> ^^^^^ This binding had
> Camm> an explicit (declare
> Camm> (special *ATANX*
> Camm> *ASINX*)), so is
> Camm> presumably OK.
>
> Camm> ^^^^ This
> Camm> binding
> was
> Camm> not a
> Camm>
> pre-existing
> Camm> special.
>
> Ah, ok. Now I know how to interpret the results. The note that the
> binding was not a pre-existing special is kind of spurious. The code
> does
>
> (let ((*asinx* nil))
> (declare (special *asinx*))
> ...)
>
> which is perfectly valid.
Yep. Likely the only interest lies in the nil t entries.
>
> Camm> I can collect other stats if helpful, as this was generated with a
>
> Depends on what the stats are. :-)
>
> Camm> Separately, what about this comment in lmdcls.lisp:
>
> Camm> ;;this list should contain all specials required by runtime or more
> Camm> ;;than one macsyma file, except for some specials declared in the
> macro
> Camm> ;;files, eg displm
>
> Camm> (declaim
> Camm> (special
> Camm> $% $%% $%edispflag $%emode $%enumer $%e_to_numlog $%iargs $%piargs
> Camm> ...
>
> Camm> Doesn't this mean that all other files with a declare-top special
> Camm> should have a declare unspecial at the end?
>
> Don't know. It would certainly be nice if we collected all the
> specials in one place, and used the *foo* convention, except for
> things like *asinx* which are only used in one file, in certain
> functions.
>
> This list is missing VAR, which is a special used in lots of different
> files, which are interrelated.
>
Odd -- well missing what I originally sent, so posting anew at
http://people.debian.org/~camm/maxima.specials
VAR is there, can't figure out where it went last time.
BTW, down to 2 issues with maxima and 2.7.0. Anyone know the
(apparently result sorting) routine that is responsible for the last
two?
Take care,
********************** Problem 70 ***************
Input:
block([fpprec : 35], ev(ans, x : 1, bfloat) - ev(ans, x : 0, bfloat))
Result:
4.5994649519620995822199830432826167B-1
This differed from the expected result:
5.779160182042402B-1
93/94 tests passed.
The following 1 problem failed: (70)
Running tests in rtest8.mac:
********************** Problem 20 ***************
Input:
algsys([f1, f2], [x, y])
Result:
1 1 1 1
[[x = -------, y = - -------], [x = - -, y = - -],
sqrt(3) sqrt(3) 3 3
1 1
[x = - -------, y = -------], [x = 1, y = 1]]
sqrt(3) sqrt(3)
This differed from the expected result:
- 1 1 1 - 1 - 1 - 1
[[x = -------, y = -------], [x = -------, y = -------], [x = ---, y = ---],
sqrt(3) sqrt(3) sqrt(3) sqrt(3) 3 3
[x = 1, y = 1]]
********************** Problem 24 ***************
Input:
solve(%, [x, y])
Result:
[[x = 2, y = 2], [x = - 1.733751846381093, y = - 0.15356757100196963],
[x = - 0.52025943886520076 %i - 0.13312403573587062,
y = 3.6080032218702871 %i + 0.076783785237877766],
[x = 0.52025943886520076 %i - 0.13312403573587062,
y = 0.076783785237877766 - 3.6080032218702871 %i]]
This differed from the expected result:
[[x = 2, y = 2], [x = 0.52025943886520076 %i - 0.13312403573587059,
y = 0.076783785237877766 - 3.6080032218702871 %i],
[x = - 0.13312403573587059 - 0.52025943886520076 %i,
y = 0.076783785237877766 + 3.6080032218702871 %i],
[x = - 1.733751846381093, y = - 0.1535675710019696]]
48/50 tests passed.
> Ray
>
> _______________________________________________
> Maxima mailing list
> address@hidden
> http://www.math.utexas.edu/mailman/listinfo/maxima
>
>
>
--
Camm Maguire address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens." -- Baha'u'llah