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...
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...
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.
Add RHEL8\Centos8\RockyLinux8 support
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.
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...
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...
Can't compile Maxima 5.47 with gcl 2.6.12