You can subscribe to this list here.
2014 
_{Jan}

_{Feb}
(232) 
_{Mar}
(323) 
_{Apr}
(383) 
_{May}
(359) 
_{Jun}
(435) 
_{Jul}
(252) 
_{Aug}
(172) 
_{Sep}
(265) 
_{Oct}
(263) 
_{Nov}
(350) 
_{Dec}
(359) 

2015 
_{Jan}
(267) 
_{Feb}
(220) 
_{Mar}
(311) 
_{Apr}
(269) 
_{May}
(388) 
_{Jun}
(403) 
_{Jul}
(172) 
_{Aug}
(399) 
_{Sep}
(364) 
_{Oct}
(269) 
_{Nov}
(357) 
_{Dec}
(468) 
2016 
_{Jan}
(618) 
_{Feb}
(592) 
_{Mar}
(625) 
_{Apr}
(516) 
_{May}
(375) 
_{Jun}
(155) 
_{Jul}
(346) 
_{Aug}
(262) 
_{Sep}
(346) 
_{Oct}
(291) 
_{Nov}
(333) 
_{Dec}
(335) 
2017 
_{Jan}
(436) 
_{Feb}
(460) 
_{Mar}
(370) 
_{Apr}
(189) 
_{May}
(252) 
_{Jun}
(272) 
_{Jul}
(178) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

From: 有坂富雄 <arisaka_110430@ic...>  20170716 16:32:56

Thank you for your report. Please read the following post of this mailing list. https://sourceforge.net/p/maxima/mailman/message/35906912/ https://sourceforge.net/p/maxima/mailman/message/35910588/ https://sourceforge.net/p/maxima/mailman/message/35911771/ Thanks, Tomio Arisaka On 2017716 at 22:06, James Rome <jamesrome@...> wrote: > I saw this too and filed a bug. Has it been fixed? > > The previous version works > > James A. Rome > http://jamesrome.net > > On 7/15/17 4:45 PM, Albrecht, Helmut wrote: >> Today I tried (several times) to install the new maximacompilation 5.40.0. Unfortunately my Mac always says, that the file is corrupted. >> Please can anyone compile a new and correct one? >> >> Thank you in advance! >> >> Mit freundlichen Grüßen >> >> Helmut Albrecht >> ************************************* >> Prof. Dr. Helmut Albrecht >> Institut für Mathematik >> Pädagogische Hochschule >> 73525 Schwäbisch Gmünd >> 07171983455 (fon) >> 07171983370 (fax) >> >> PS: Wollten Sie schon immer wissen, warum Elefanten dicke Beine haben? >> http://www.amazon.de/WarumElefantendickeBeinehaben/dp/3833496932 
From: Richard Fateman <fateman@be...>  20170716 13:17:03

On 7/15/2017 4:08 PM, Robert Dodier wrote: > > Yes, that seems inconsistent to me. It's OK by me if you want to change > it to make it more consistent. It is never entirely clear whether an existing program depends on a particular feature. Even if the test suite runs OK with the change. 
From: James Rome <jamesrome@gm...>  20170716 13:05:54

I saw this too and filed a bug. Has it been fixed? The previous version works James A. Rome http://jamesrome.net On 7/15/17 4:45 PM, Albrecht, Helmut wrote: > Today I tried (several times) to install the new maximacompilation 5.40.0. Unfortunately my Mac always says, that the file is corrupted. > Please can anyone compile a new and correct one? > > Thank you in advance! > > Mit freundlichen Grüßen > > Helmut Albrecht > ************************************* > Prof. Dr. Helmut Albrecht > Institut für Mathematik > Pädagogische Hochschule > 73525 Schwäbisch Gmünd > 07171983455 (fon) > 07171983370 (fax) > > PS: Wollten Sie schon immer wissen, warum Elefanten dicke Beine haben? > http://www.amazon.de/WarumElefantendickeBeinehaben/dp/3833496932 > > > > >  > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Maximadiscuss mailing list > Maximadiscuss@... > https://lists.sourceforge.net/lists/listinfo/maximadiscuss 
From: Gunter Königsmann <gunter@pe...>  20170716 05:32:54

Am 16. Juli 2017 00:40:23 MESZ schrieb Robert Dodier <robert.dodier@...>: >On 20170715, Gunter Königsmann <gunter@...> wrote: > >> load() should work. But you have to make the file names end in .mac >or in .wxm > >If the whole file name is given, as it is in this case, then it can >have >any extension. Only if the extension is omitted must it be .mac or >.lisp >(or, I guess, .wxm in wxMaxima). > In the newest version .wxm files can be loaded from plain Maxima, too.  Diese Nachricht wurde von meinem AndroidGerät mit K9 Mail gesendet. 
From: Kris Katterjohn <katterjohn@gm...>  20170716 03:50:51

On Sat, Jul 15, 2017 at 11:06:17PM +0000, Robert Dodier wrote: > On 20170714, Wolfgang Dautermann <wolfgang@...> wrote: > > > Just curious: I get an unexpected error with ECL since some time: > > http://wolfgang.dautermann.at/maxima/nightlybuild/logfiletestsuiteecl.txt > > Some experimentation shows that li[2](1.0*%i) => division by zero is > caused by (log #C(0.0 1.0)) => division by zero in Lisp. I see that's > been reported to the ECL project and fixed (post16.3.1): > https://gitlab.com/embeddablecommonlisp/ecl/issues/329 > > I don't know if it was discussed on the Maxima mailing list  I don't > remember, at any rate. For completeness, it was discussed here: https://sourceforge.net/p/maxima/mailman/message/35559566/ Cheers, Kris Katterjohn 
From: Robert Dodier <robert.dodier@gm...>  20170715 23:10:19

On 20170714, Barton Willis <willisb@...> wrote: > Using default value for option variables and assuming a > 0, Maxima > simplifies (a)^x as a^x*(1)^x and it simplifies (2)^x to itself. > That is arguably inconsistentcorrect? Yes, that seems inconsistent to me. It's OK by me if you want to change it to make it more consistent. best Robert Dodier 
From: Robert Dodier <robert.dodier@gm...>  20170715 23:06:45

On 20170714, Wolfgang Dautermann <wolfgang@...> wrote: > Just curious: I get an unexpected error with ECL since some time: > http://wolfgang.dautermann.at/maxima/nightlybuild/logfiletestsuiteecl.txt Some experimentation shows that li[2](1.0*%i) => division by zero is caused by (log #C(0.0 1.0)) => division by zero in Lisp. I see that's been reported to the ECL project and fixed (post16.3.1): https://gitlab.com/embeddablecommonlisp/ecl/issues/329 I don't know if it was discussed on the Maxima mailing list  I don't remember, at any rate. best Robert Dodier 
From: Robert Dodier <robert.dodier@gm...>  20170715 22:45:17

On 20170715, Gunter Königsmann <gunter@...> wrote: > load() should work. But you have to make the file names end in .mac or in .wxm If the whole file name is given, as it is in this case, then it can have any extension. Only if the extension is omitted must it be .mac or .lisp (or, I guess, .wxm in wxMaxima). best Robert Dodier 
From: Robert Dodier <robert.dodier@gm...>  20170715 22:39:18

On 20170715, Frank Muldoon <fmuldoo@...> wrote: > In order to reduce code replication I would like include some text into > a function. I have tried using "batch", "loadfile" and "batchload" but > have had no luck. What I am looking for is the equivalent of the > Fortran include function which inserts code into a file before any > compilation or evaluation of the file or code is carried out. I attach > a simple example. For better or worse Maxima is sensitive to the presence or absence of delimiters such as commas, semicolons, and dollar signs. I looked at the code you posted and I see that by fixing up the delimiters as shown below, the script a.maxima runs successfully. I didn't try to determine whether or not the outputs are correct. Note that each file loaded by batch or load must contain only complete expressions  Maxima batch and load are not purely textual substitution mechanisms. About Maxima functions, a Maxima function returns the last expression evaluated. It isn't necessary to say return(whatever) or fnname:whatever. Just let whatever be the last thing evaluated in the function. About Lagrange interpolation, there is a function lagrange in the share package interpol. See ? lagrange for documentation about it. Hope this helps, Robert Dodier PS. Here are the changes to fix up delimiters. "" marks the original line and "+" marks the new line. $ diff U 0 lagrangenpoint3dinterpolant01.maximaoriginal lagrangenpoint3dinterpolant01.maxima  lagrangenpoint3dinterpolant01.maximaoriginal 20170715 15:13:48.124525790 0700 +++ lagrangenpoint3dinterpolant01.maxima 20170715 15:12:06.536022041 0700 @@ 41 +41 @@ batch("basicperiodic3dlagrangeinterpolantcode01.maxima")$ +batch("basicperiodic3dlagrangeinterpolantcode01.maxima"), $ diff U 0 basicperiodic3dlagrangeinterpolantcode01.maximaoriginal basicperiodic3dlagrangeinterpolantcode01.maxima  basicperiodic3dlagrangeinterpolantcode01.maximaoriginal 20170715 15:14:27.336720234 0700 +++ basicperiodic3dlagrangeinterpolantcode01.maxima 20170715 15:15:41.033085691 0700 @@ 9 +9 @@ elseif kk= 1 then nk:kp1 elseif kk= 2 then nk:kp2 elseif kk= 3 then nk:kp3, +elseif kk= 1 then nk:kp1 elseif kk= 2 then nk:kp2 elseif kk= 3 then nk:kp3; 
From: Albrecht, Helmut <Helmut.Albrecht@ph...>  20170715 21:10:10

Today I tried (several times) to install the new maximacompilation 5.40.0. Unfortunately my Mac always says, that the file is corrupted. Please can anyone compile a new and correct one? Thank you in advance! Mit freundlichen Grüßen Helmut Albrecht ************************************* Prof. Dr. Helmut Albrecht Institut für Mathematik Pädagogische Hochschule 73525 Schwäbisch Gmünd 07171983455 (fon) 07171983370 (fax) PS: Wollten Sie schon immer wissen, warum Elefanten dicke Beine haben? http://www.amazon.de/WarumElefantendickeBeinehaben/dp/3833496932 
From: Richard Fateman <fateman@be...>  20170715 20:34:20

On 7/15/2017 11:05 AM, Gunter Königsmann wrote: > load() should work. But you have to make the file names end in .mac or > in .wxm you could also try reading about autoload. It may be useful to have something like if fileX_loaded=true then nil else load("fileX.mac") and in the file fileX.mac, include a line fileX_loaded:true. RJF 
From: Gunter Königsmann <gunter@pe...>  20170715 18:05:37

load() should work. But you have to make the file names end in .mac or in .wxm Kind regards, Gunter. Am 15. Juli 2017 15:32:11 MESZ schrieb Frank Muldoon <fmuldoo@...>: >Hello all, > >In order to reduce code replication I would like include some text into >a function. I have tried using "batch", "loadfile" and "batchload" but >have had no luck. What I am looking for is the equivalent of the >Fortran include function which inserts code into a file before any >compilation or evaluation of the file or code is carried out. I attach >a simple example. > >Cheers, >Frank > > >Frank Herbert Muldoon, Ph.D. Mechanical Engineering >New Technologies and Service >27 Gzhatskaya street, room 205 >Saint Petersburg >Russia, 195220 >+79313075021 (cell) > >Фрэнк Херберт Малдун, к.ф.м.н. >Новые Технологии и Сервис >195220 г. СанктПетербург >ул. Гжатская, д. 27, комната 205 >+79313075021 (мобильный) > >fmuldoo (skype) >http://tetra.fluid.tuwien.ac.at/fmuldoo/public_html/webpage/frankmuldoon.html  Diese Nachricht wurde von meinem AndroidGerät mit K9 Mail gesendet. 
From: Frank Muldoon <fmuldoo@gm...>  20170715 14:32:27

Hello all, In order to reduce code replication I would like include some text into a function. I have tried using "batch", "loadfile" and "batchload" but have had no luck. What I am looking for is the equivalent of the Fortran include function which inserts code into a file before any compilation or evaluation of the file or code is carried out. I attach a simple example. Cheers, Frank  Frank Herbert Muldoon, Ph.D. Mechanical Engineering New Technologies and Service 27 Gzhatskaya street, room 205 Saint Petersburg Russia, 195220 +79313075021 (cell) Фрэнк Херберт Малдун, к.ф.м.н. Новые Технологии и Сервис 195220 г. СанктПетербург ул. Гжатская, д. 27, комната 205 +79313075021 (мобильный) fmuldoo (skype) http://tetra.fluid.tuwien.ac.at/fmuldoo/public_html/webpage/frankmuldoon.html 
From: Gunter Königsmann <gunter@pe...>  20170715 09:13:55

> > In addition there are also various plugins available for that, in case > the balancing needs to happen first in line on a stereo track before > going into some dynamics processor or so. > Also in this case I didn't find a plugin that only amplifies one channel but doesn't mix them while doing that... Kind regards, Gunter. 
From: Gunter Königsmann <gunter@pe...>  20170715 06:53:08

> I admit that I haven't thought much about a solution, but I do think it > would be best to try to avoid depending on a particular frontend for > tests. Let me know if I've misunderstood something. > You didn't misunderstand anything. Since your argument that the testbench should be independent of the frontend being in use is valid I have now changed test/draw.wxm in a way that if it is being executed from wxMaxima it will form a worksheet with embedded plots, while if it is loaded from maxima it will produce standalone plots instead and wait for the user to press <enter> between plots. I bet things it can be improved in various ways (for example with Robert's idea of showing "good" pictures besides the one we produce) but... ...that is how far I got. Kind regards, Gunter. 
From: Kris Katterjohn <katterjohn@gm...>  20170714 22:55:57

On Thu, Jul 13, 2017 at 07:03:58AM +0200, Gunter Königsmann wrote: > The next question would be: Should I change this file in a way that it > is usable in plain maxima without wxMaxima? I've been busy and haven't been following this discussion closely (so perhaps I've misunderstood something), but I don't think that tests should depend on a particular frontend (wxmaxima, xmaxima, etc.) unless there are really good reasons to do so. Not everyone uses wxmaxima and it resides in a completely separate repo. Xmaxima is included in our repo, but not everyone uses it so I don't think tests should depend on it either (again, unless there are good reasons to do so). I admit that I haven't thought much about a solution, but I do think it would be best to try to avoid depending on a particular frontend for tests. Let me know if I've misunderstood something. Cheers, Kris Katterjohn 
From: Barton Willis <willisb@un...>  20170714 18:13:40

Another observation: for a > 0 OK: (%i2) (a)^q; (%o2) a^q*(1)^q OK: (%i3) (2*(a^2+1))^q; (%o3) (a^2+1)^q*(1)^q*2^q Inconsistent (%i4) (1*(a^2+1))^q; (%o4) (a^21)^q But (%i5) (1*(a^2+1))^q,negdistrib : false; (%o5) (a^2+1)^q*(1)^q The (socalled) simplification (a)^x > (1)^x * (a)^x isn't governed by an easy to describe rule. Barton ________________________________ From: Richard Fateman <fateman@...> Sent: Friday, July 14, 2017 9:40:02 AM To: maximadiscuss@... Subject: Re: [Maximadiscuss] simplifcation of (a)^x for a > 0 It looks to me like some patchwork will be needed to make it consistent. The way that rat() and friends tries to find "kernels" for rational simplification is falling short, I think. Note however that radcan does a little better. radcan((4)^x); returns (1)^x*2^(2*x) though radcan((2)^x) is unchanged. Also, if you assume(a<0) then a^x should be simplified to (a)^p*(1)^p arguably. RJF On 7/14/2017 5:28 AM, Barton Willis wrote: Using default value for option variables and assuming a > 0, Maxima simplifies (a)^x as a^x*(1)^x and it simplifies (2)^x to itself. That is arguably inconsistentcorrect? This inconsistent simplification allows some vanishing expressions to resist being simplified to zero; for example (%i2) assume(a>0)$ (%i3) e : subst(a=2, a*(a)^x)  2*(2)^x; (e) (1)^x*2^(x+1)+(2)^(x+1) (%i4) ratsimp(e); (%o4) (1)^x*2^(x+1)+(2)^(x+1) (%i5) rat(e); (%o5)/R/ 2*(1)^x*2^x2*(2)^x (%i6) ratexpand(e); (%o6) (1)^x*2^(x+1)+(2)^(x+1) (%i7) rectform(e); (%o7) %i*(2^(x+1)*sin(%pi*(x+1))+2^(x+1)*sin(%pi*x))+2^(x+1)*cos(%pi*(x+1))+2^(x+1)*cos(%pi*x) (%i8) trigsimp(%); (%o8) 0 (%i9) trigrat(e); (%o9) 0 Barton  Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot<https://urldefense.proofpoint.com/v2/url?u=http3A__sdm.link_slashdot&d=DwMDg&c=9ZQuuHhOefNvAzlN3viIA&r=Y7rxY5GkJ0PrHulpV2qSA&m=MB9meH2LdcqvOExwWbP80VorBXgdtPf3KqEna2IXY4&s=k9MFhcxLZNJP2xsqTxHst1YimRyjOexl5Ody6amYAeM&e=>; _______________________________________________ Maximadiscuss mailing list Maximadiscuss@...<mailto:Maximadiscuss@...> https://lists.sourceforge.net/lists/listinfo/maximadiscuss<https://urldefense.proofpoint.com/v2/url?u=https3A__lists.sourceforge.net_lists_listinfo_maxima2Ddiscuss&d=DwMDg&c=9ZQuuHhOefNvAzlN3viIA&r=Y7rxY5GkJ0PrHulpV2qSA&m=MB9meH2LdcqvOExwWbP80VorBXgdtPf3KqEna2IXY4&s=A7NskAtyBrM4edjUblY0PVrd_MzRqyC6vwEJ6nl1AY&e=>; 
From: Richard Fateman <fateman@be...>  20170714 14:40:10

It looks to me like some patchwork will be needed to make it consistent. The way that rat() and friends tries to find "kernels" for rational simplification is falling short, I think. Note however that radcan does a little better. radcan((4)^x); returns (1)^x*2^(2*x) though radcan((2)^x) is unchanged. Also, if you assume(a<0) then a^x should be simplified to (a)^p*(1)^p arguably. RJF On 7/14/2017 5:28 AM, Barton Willis wrote: > > Using default value for option variables and assuming a > 0, Maxima > simplifies (a)^x as a^x*(1)^x and it simplifies (2)^x to itself. > That is arguably inconsistentcorrect? > > > This inconsistent simplification allows some vanishing expressions to > resist being simplified to zero; for example > > > (%i2) assume(a>0)$ > > (%i3) e : subst(a=2, a*(a)^x)  2*(2)^x; > (e) (1)^x*2^(x+1)+(2)^(x+1) > > (%i4) ratsimp(e); > (%o4) (1)^x*2^(x+1)+(2)^(x+1) > > (%i5) rat(e); > (%o5)/R/ 2*(1)^x*2^x2*(2)^x > > (%i6) ratexpand(e); > (%o6) (1)^x*2^(x+1)+(2)^(x+1) > > (%i7) rectform(e); > (%o7) > %i*(2^(x+1)*sin(%pi*(x+1))+2^(x+1)*sin(%pi*x))+2^(x+1)*cos(%pi*(x+1))+2^(x+1)*cos(%pi*x) > > (%i8) trigsimp(%); > (%o8) 0 > > (%i9) trigrat(e); > (%o9) 0 > > Barton > > > >  > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > > _______________________________________________ > Maximadiscuss mailing list > Maximadiscuss@... > https://lists.sourceforge.net/lists/listinfo/maximadiscuss 
From: Wolfgang Dautermann <wolfgang@da...>  20170714 13:38:02

On 07/13/17 02:03, Viktor T. Toth wrote: > For what it's worth, when I am making a release, I first build using > six different LISPs (SBCL/GCL/CMUCL/CCL/ECL/CLISP). And additionally there are the automated nightly tests using 8 different LISPs at: http://wolfgang.dautermann.at/maxima/nightlybuild/ (Remark: They will probably not build between the 28th of July and the 10th of August). > If there are unexpected errors, I initiate a discussion and delay the > release if necessary. Just curious: I get an unexpected error with ECL since some time: http://wolfgang.dautermann.at/maxima/nightlybuild/logfiletestsuiteecl.txt This is one of the LISPs you test too. Does it work for you without errors? (I use Ubuntu 16.04 with an uptodate ECL installed in /opt/ecl16.1.3) Best regards, Wolfgang 
From: Barton Willis <willisb@un...>  20170714 12:29:04

Using default value for option variables and assuming a > 0, Maxima simplifies (a)^x as a^x*(1)^x and it simplifies (2)^x to itself. That is arguably inconsistentcorrect? This inconsistent simplification allows some vanishing expressions to resist being simplified to zero; for example (%i2) assume(a>0)$ (%i3) e : subst(a=2, a*(a)^x)  2*(2)^x; (e) (1)^x*2^(x+1)+(2)^(x+1) (%i4) ratsimp(e); (%o4) (1)^x*2^(x+1)+(2)^(x+1) (%i5) rat(e); (%o5)/R/ 2*(1)^x*2^x2*(2)^x (%i6) ratexpand(e); (%o6) (1)^x*2^(x+1)+(2)^(x+1) (%i7) rectform(e); (%o7) %i*(2^(x+1)*sin(%pi*(x+1))+2^(x+1)*sin(%pi*x))+2^(x+1)*cos(%pi*(x+1))+2^(x+1)*cos(%pi*x) (%i8) trigsimp(%); (%o8) 0 (%i9) trigrat(e); (%o9) 0 Barton 
From: Robert Dodier <robert.dodier@gm...>  20170714 04:56:29

On 20170713, Gunter Königsmann <gunter@...> wrote: > In the meantime I have made tests/draw.wxm which contains all the draw > examples from the documentation work. > > The next question would be: Should I change this file in a way that it > is usable in plain maxima without wxMaxima? > The next step might be adding all the plot commands from the manual: > If tests aren't too hard to run this increases the probability that they > will. Well, there is already tests/rtest_plot.mac which contains examples from the manual as well as other examples not in the manual. So if you have some new examples maybe you can add them to rtest_plot.mac. What we're lacking is a way to compare the actual and expected output visually. I see that one can say gnuplot> plot 'path/to/my.png' binary filetype=png with rgbimage to display an image file in Gnuplot. Maybe somehow display the plot and the image at the same time? No doubt we can think of several ways to accomplish that. best, Robert Dodier 
From: Thomas D. Dean <tomdean@sp...>  20170713 21:04:57

On 07/11/2017 09:02 AM, Gunter Königsmann wrote: > >> If it is indeed that change, I did that and I tested it with gcl, ecl, >> sbcl .ccl and clisp. And it worked in all cases. >> I did the test both with gcl version 2.6.10 and 2.6.12 without any >> problems. >> So it seems that you have a very special 2.6.12 version of gcl. > > gcl didn't increase the version number in the last few years. But every > Ubuntu version (and I guess every debian version) since the release of > 2.6.12 incorporates several bug fixes. Which is a feature that in case > that a package's official release has a horrible bug allows debian to > provide a 2.6.121 or a 2.6.125 package that incorporates bugfixes. > Unfortunately the bugfixes won't change the version number the affected > program thinks it has. Looking at gcl for several Ubuntu releases, copied from debian: 14.04 is using 2.6.10, very old 16.04 is using 2.6.1229, somewhere out in the development chain 16.10 is using 2.6.1233, somewhere out in the development chain 17.04 is using 2.6.1247, somewhere out in the development chain 17.10 is using 2.6.1253, somewhere out in the development chain The development chain seems to mostly be developed by Camm Maguire, camm@..., a gcl developer. Maybe the only one??? The last release of GNU GCL is gcl2.6.12.tar.gz dated 28Oct2014. There is a 9 month old Version_2_6_13pre in git. Maybe a release is pending in a year, or so? Tom Dean 
From: Raymond Toy <toy.raymond@gm...>  20170713 19:24:01

>>>>> "Robert" == Robert Dodier <robert.dodier@...> writes: Robert> On 20170710, Raymond Toy <toy.raymond@...> wrote: >> This is cool, but unless the integration is tied to Sourceforge so >> that test failures prevent checkins, this doesn't really help. It has >> to be automatic and enforced. People who don't check today (including >> me!) likely won't check other sites to see if the commit was ok. Robert> I'm not sure if we should want to prevent a commit when a build fails. Robert> It might be preferable to let the offending commit stand  e.g. when Robert> someone other than the commit author can fix it. Of course I'd want a way to allow that. For the few systems I've used, the changes are on a branch, and the build results are done there. I don't think anything actually prevents people from merging that branch to master. Robert> For my part, I'd be satisfied if one could check the list of builds from Robert> time to time  e.g. before making a release. Just my $0.02. Given that it's 4 months between releases, there could be tons of changes that nobody will notice for 4 months. And everyone is too lazy (including me!), for the most part, to do the bisect and hard work to figure out what broke. With limited manpower, CI is the best way to go, if we can. I think sourceforge has the necessary web hooks to support continuous integration, but I haven't seen any instructions on how to do that. Which is really sad since github and gitlab and bitbucket all support continuous integration integrated with revision control. If I could find some reasonable instructions I would definitely try to hook up CI for us.  Ray 
From: Raymond Toy <toy.raymond@gm...>  20170713 18:30:27

>>>>> "Jaime" == Jaime Villate <villate@...> writes: Jaime> On 11072017 16:17, Robert Dodier wrote: >> Maybe it's enough to just arrange a collection of plotting examples >> and their expected output, in some way that makes it easy to generate >> the outputs from a new version of Maxima and compare them (for some >> value of "compare") with the expected. Then anybody who has a different >> combination of Gnuplot, libraries, etc can try it. Jaime> I fully agree. In fact, I think this discussion has come up in the Jaime> past and I explained that every time I made any changes to plot* I run Jaime> all the examples in the manual, with various different Lisps, and Jaime> "look" at the results to make sure they give the expected plots, Jaime> before committing changes. That is totally awesome that you do that! Many thanks for doing that hard work!  Ray 
From: Raymond Toy <toy.raymond@gm...>  20170713 18:28:53

>>>>> "Gunter" == Gunter Königsmann <gunter@...> writes: Gunter> On 10.07.2017 22:18, Raymond Toy wrote: >>>>>>> "Gunter" == Gunter Königsmann <gunter@...> writes: >> Gunter> On 10.07.2017 20:43, Raymond Toy wrote: >> >>>>>>> "Robert" == Robert Dodier <robert.dodier@...> writes: >> >> Robert> I've built Maxima from current sources + GCL 2.6.12 (as built from Robert> gcl2.6.12.tar.gz) and I'm getting hundreds of errors in the test suite Robert> which all seem to be: >> >> >> >> Same here, with gcl 2.6.12. (Not exactly which 2.6.12, I think I built >> >> this myself some time ago.) Most tests don't seem to run due to an >> >> error break somewhere. I get 1057 tests failed out of 5946 tests. I >> >> know there are like 11000 tests, so more than half aren't run. :( >> >> >> >> I think this really says again that we really do need some kind of >> >> continuous integration that prevents checkins if the testsuite >> >> doesn't pass. Most people (including me) don't have all the lisps >> >> running locally, so some machine with access to these would be really >> >> halpful. >> >> >> Gunter> +1 from me. And since I have managed to break plot and draw completely Gunter> for clisp without anybody noting for weeks: An automatic test that looks Gunter> if the diagrams gnuplot outputs contain the right kind of graph is next Gunter> to impossible. But we could add a few tests to the testbench, perhaps, >> >> Well, we could have the test save the plots in png (or other format), >> and compare the new output with some previously saved output and note >> the difference. If they're different, the submitter will need to look >> at the difference and decide if it's ok and as part of the change, >> update new expected results. >> >> This is a giant pain. >> Gunter> This would add the whole chain of gnuplot, libcairo etc., to the test, Gunter> too => we would need to handle the case that every user gets a different Gunter> result for the same plot. Yes and no. The part that really matters is if the machine(s) doing the continuous integration produces consistent results. It's annoying if the local results don't match. Not sure what to do about that case. Gunter> that test if a try to produce a 2d or a 3d plot results in a crash or Gunter> fails in a similarily horrible way. Also we could perhaps test if all Gunter> methods of communicating with gnuplot work: The error I had produced Gunter> wasn't reproducible in wxMaxima. Gunter> Any objections to that? This step would mean that the testbench will Gunter> fail on computers that don't contain gnuplot so adding it might be a Gunter> Wrong Decision. And if we want to add it: Are there any ways of Gunter> communicating with gnuplot on any platform that are known to fail? Since gnuplot isn't strictly required for maxima, I would not like this to be a hard requirement for the tests. So maybe not part of run_testsuite(), but ok for share tests (or something else).  Ray 