User Activity

  • Posted a comment on ticket #4333 on Maxima -- GPL CAS based on DOE-MACSYMA

    Maybe through an example? (%i1) counter():=(print("Counter was called"),i); (%o1) counter() := (print("Counter was called"), i) (%i2) init():=(print("Init was called"), 0); (%o2) init() := (print("Init was called"), 0) (%i3) stop():=(print("Stop was called"), 3); (%o3) stop() := (print("Stop was called"), 3) (%i4) result(i):=(print("Result(",i,") was called"),f(i)); (%o4) result(i) := (print("Result(", i, ") was called"), f(i)) (%i5) makelist(result(i),counter(),init(),stop()); Init was called Stop...

  • Posted a comment on ticket #4333 on Maxima -- GPL CAS based on DOE-MACSYMA

    I must say I actually like the way makelist behaves. I know, I know, "perversely useful" though Maxima certainly has features far more quirky than this one. Here's a variation that I was just playing with: (%i1) l:1;makelist(print(a,[i,j,k][(l:l+1)-1]), print(b,[i,j,k][l]),print(c,2),print(d,4)); (%o1) 1 c 2 d 4 b i a 2 b j a 3 b k a 4 (%o2) [2, 3, 4] What this example tells me even without looking at the implementation of makelist is that it is not actually using the second argument as an iteration...

  • Posted a comment on ticket #1355 on Maxima -- GPL CAS based on DOE-MACSYMA

    Isn't this "behavior by design"? I note that ev(f(l,m),A[l,m]=0,eval) works fine, which seems to be in line with my understanding of how ev() is supposed to function, but perhaps I misunderstood the intended behavior.

  • Modified ticket #188 on Maxima -- GPL CAS based on DOE-MACSYMA

    Add RHEL8\Centos8\RockyLinux8 support

  • Posted a comment on ticket #188 on Maxima -- GPL CAS based on DOE-MACSYMA

    I ran into the same problem as I am upgrading my systems to Oracle Linux 8, and not just with Maxima but also with some other prebuilt packages for RHEL/CentOS 8. A surprisingly simple fix is ln -s libreadline.so libreadline.so.6 in /usr/lib64. That said, 5.47 is the last build that will have been created on CentOS 7, so the problem should go away with the next release.

  • Posted a comment on ticket #4236 on Maxima -- GPL CAS based on DOE-MACSYMA

    I don't think this has anything to do with tensors. I just ran the same thing with SBCL 1.4.0 on CentOS 7 and I got a memory exhaustion error in rtest16. As a matter of fact, we don't even need to include the share tests, and using a kill(all) between the two runs makes no difference either (I thought it might fix things): using Lisp SBCL 1.4.0-1.el7 Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug...

  • Posted a comment on ticket #96 on Maxima -- GPL CAS based on DOE-MACSYMA

    Dear Richard: Just wanted to assure you that it's not sloppiness on my part. I have had some reservations concerning your patch, and also related fixes that are "in the works", but I see no reason to be hasty, and I'd rather make sure that the math is robust before messing up things. There will be incremental fixes to come to ctensor, with apologies for being slow, as I have to manage priorities. Viktor On 10/18/2023 2:48 AM, Richard Gobeli wrote: This patch had nothing to do with the invert function...

  • Modified ticket #4167 on Maxima -- GPL CAS based on DOE-MACSYMA

    Can't compile Maxima 5.47 with gcl 2.6.12

View All

Personal Data

Username:
vttoth
Joined:
2004-04-17 22:52:53

Projects

This is a list of open source software projects that Viktor Toth is associated with:

Personal Tools