gcl-devel
[Top][All Lists]
Advanced

[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




reply via email to

[Prev in Thread] Current Thread [Next in Thread]