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

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}
(67) 
_{Jul}
(61) 
_{Aug}
(49) 
_{Sep}
(43) 
_{Oct}
(59) 
_{Nov}
(24) 
_{Dec}
(18) 

2003 
_{Jan}
(34) 
_{Feb}
(35) 
_{Mar}
(72) 
_{Apr}
(42) 
_{May}
(46) 
_{Jun}
(15) 
_{Jul}
(64) 
_{Aug}
(62) 
_{Sep}
(22) 
_{Oct}
(41) 
_{Nov}
(57) 
_{Dec}
(56) 
2004 
_{Jan}
(48) 
_{Feb}
(47) 
_{Mar}
(33) 
_{Apr}
(39) 
_{May}
(6) 
_{Jun}
(17) 
_{Jul}
(19) 
_{Aug}
(10) 
_{Sep}
(14) 
_{Oct}
(74) 
_{Nov}
(80) 
_{Dec}
(22) 
2005 
_{Jan}
(43) 
_{Feb}
(33) 
_{Mar}
(52) 
_{Apr}
(74) 
_{May}
(32) 
_{Jun}
(58) 
_{Jul}
(18) 
_{Aug}
(41) 
_{Sep}
(71) 
_{Oct}
(28) 
_{Nov}
(65) 
_{Dec}
(68) 
2006 
_{Jan}
(54) 
_{Feb}
(37) 
_{Mar}
(82) 
_{Apr}
(211) 
_{May}
(69) 
_{Jun}
(75) 
_{Jul}
(279) 
_{Aug}
(139) 
_{Sep}
(135) 
_{Oct}
(58) 
_{Nov}
(81) 
_{Dec}
(78) 
2007 
_{Jan}
(141) 
_{Feb}
(134) 
_{Mar}
(65) 
_{Apr}
(49) 
_{May}
(61) 
_{Jun}
(90) 
_{Jul}
(72) 
_{Aug}
(53) 
_{Sep}
(86) 
_{Oct}
(61) 
_{Nov}
(62) 
_{Dec}
(101) 
2008 
_{Jan}
(100) 
_{Feb}
(66) 
_{Mar}
(76) 
_{Apr}
(95) 
_{May}
(77) 
_{Jun}
(93) 
_{Jul}
(103) 
_{Aug}
(76) 
_{Sep}
(42) 
_{Oct}
(55) 
_{Nov}
(44) 
_{Dec}
(75) 
2009 
_{Jan}
(103) 
_{Feb}
(105) 
_{Mar}
(121) 
_{Apr}
(59) 
_{May}
(103) 
_{Jun}
(82) 
_{Jul}
(67) 
_{Aug}
(76) 
_{Sep}
(85) 
_{Oct}
(75) 
_{Nov}
(181) 
_{Dec}
(133) 
2010 
_{Jan}
(107) 
_{Feb}
(116) 
_{Mar}
(145) 
_{Apr}
(89) 
_{May}
(138) 
_{Jun}
(85) 
_{Jul}
(82) 
_{Aug}
(111) 
_{Sep}
(70) 
_{Oct}
(83) 
_{Nov}
(60) 
_{Dec}
(16) 
2011 
_{Jan}
(61) 
_{Feb}
(16) 
_{Mar}
(52) 
_{Apr}
(41) 
_{May}
(34) 
_{Jun}
(41) 
_{Jul}
(57) 
_{Aug}
(73) 
_{Sep}
(21) 
_{Oct}
(45) 
_{Nov}
(50) 
_{Dec}
(28) 
2012 
_{Jan}
(70) 
_{Feb}
(36) 
_{Mar}
(71) 
_{Apr}
(29) 
_{May}
(48) 
_{Jun}
(61) 
_{Jul}
(44) 
_{Aug}
(54) 
_{Sep}
(20) 
_{Oct}
(28) 
_{Nov}
(41) 
_{Dec}
(137) 
2013 
_{Jan}
(62) 
_{Feb}
(55) 
_{Mar}
(31) 
_{Apr}
(23) 
_{May}
(54) 
_{Jun}
(54) 
_{Jul}
(90) 
_{Aug}
(46) 
_{Sep}
(38) 
_{Oct}
(60) 
_{Nov}
(92) 
_{Dec}
(17) 
2014 
_{Jan}
(62) 
_{Feb}
(35) 
_{Mar}
(72) 
_{Apr}
(30) 
_{May}
(97) 
_{Jun}
(81) 
_{Jul}
(63) 
_{Aug}
(64) 
_{Sep}
(28) 
_{Oct}
(45) 
_{Nov}
(48) 
_{Dec}
(109) 
2015 
_{Jan}
(106) 
_{Feb}
(36) 
_{Mar}
(65) 
_{Apr}
(63) 
_{May}
(95) 
_{Jun}
(56) 
_{Jul}
(48) 
_{Aug}
(55) 
_{Sep}
(100) 
_{Oct}
(57) 
_{Nov}
(33) 
_{Dec}
(46) 
2016 
_{Jan}
(76) 
_{Feb}
(53) 
_{Mar}
(88) 
_{Apr}
(79) 
_{May}
(62) 
_{Jun}
(65) 
_{Jul}
(37) 
_{Aug}
(23) 
_{Sep}
(108) 
_{Oct}
(57) 
_{Nov}

_{Dec}

S  M  T  W  T  F  S 






1
(2) 
2
(4) 
3

4
(11) 
5

6

7

8
(4) 
9
(1) 
10
(10) 
11
(3) 
12

13
(1) 
14

15
(1) 
16
(1) 
17

18
(1) 
19
(13) 
20

21
(2) 
22
(4) 
23

24

25

26
(13) 
27
(6) 
28

29

30
(1) 
31







From: SourceForge.net <noreply@so...>  20061210 20:17:54

Bugs item #1607567, was opened at 20061202 16:49 Message generated for change (Comment added) made by macrakis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Trigonometry Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Stavros Macrakis (macrakis) Assigned to: Nobody/Anonymous (nobody) Summary: trigreduce([atan(sin(a)/cos(a))]) => [ atan(tan(a)) ] (FIX) Initial Comment: trigexpand( [ atan(sin(a)/cos(a)) ] ) => atan(tan(a)) (UNSIMPLIFIED!) whereas trigexpand( atan(sin(a)/cos(a)) ) => a and atan(tan(a)) => a Though the simplification atan(tan(a))=> is questionable (it needs to do reduction), it is weird that putting the argument to trigexpand in a list changes the behavior.  >Comment By: Stavros Macrakis (macrakis) Date: 20061210 15:17 Message: Logged In: YES user_id=588346 Originator: YES Actually, my suggested fix only works in some cases. Better would be the following: BEFORE: ((mbagp e) (cons (car e) (mapcar #'sp1 (cdr e)))) AFTER: ((mbagp e) (cons (list (caar e)) (mapcar #'(lambda (u) (gcdred (sp1 u))) (cdr e)))))) Note two things here: any "simp" flags on the bag are dropped (so this will work if bags come to include sets some day) and gcdred is applied as in the top level of $trigreduce. Sorry I didn't get it right the first time.  Comment By: Raymond Toy (rtoy) Date: 20061208 21:13 Message: Logged In: YES user_id=28849 Originator: NO This change works for me. I get a and [a] for results. I'll apply the fix soon.  Comment By: Stavros Macrakis (macrakis) Date: 20061208 14:31 Message: Logged In: YES user_id=588346 Originator: YES The problem is that sp1 isn't handling simplification quite right. The result is ((MLIST SIMP) ((%ATAN) ((%TAN SIMP) $A))) The %ATAN doesn't have a SIMP flag, though it is within a SIMP expression. The fix is simple. In trgred.lisp, function sp1: BEFORE: ((mbagp e) (cons (car e) (mapcar #'sp1 (cdr e)))) AFTER: ((mbagp e) (cons (car e) (mapcar #'(lambda (q) (simplifya (sp1 q))) (cdr e)))) Interestingly, trigreduce doesn't go inside unknown functions at all, e.g. trigreduce( f(sin(x)/cos(x)) ) doesn't do anything at all. I wonder if there is a good reason for this?  Comment By: Raymond Toy (rtoy) Date: 20061208 13:15 Message: Logged In: YES user_id=28849 Originator: NO With current CVS, the example with sin(x)^2 gives the same results whether it's a list or not. Also, if you :lisp (trace $trigreduce), you can see that trigreduce([atan(sin(a)/cos(a))]) returns [atan(tan(a))] and trigreduce(atan(sin(a)/cos(a)) returns atan(tan(a)). Something after trigreduce returns causes the simplification to happen. Perhaps in meval or something?  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:40 Message: Logged In: YES user_id=588346 Originator: YES Other simplifications also don't happen: trigreduce( sin(x)^2 ) => (1 cos(2*x))/2 (OK) trigreduce([sin(x)^2]) => [ (22*cos(2*x))/4 ] (?)  Comment By: Stavros Macrakis (macrakis) Date: 20061204 12:30 Message: Logged In: YES user_id=588346 Originator: YES Sorry, it's trigreduce in Maxima 5.10.0 GCL 2.6.8 Windows2k Athlon trigreduce(atan(sin(a)/cos(a))) => a trigreduce([atan(sin(a)/cos(a))]) => [atan(tan(a))] PS I should always cut and paste rather than retyping....  Comment By: Raymond Toy (rtoy) Date: 20061204 11:49 Message: Logged In: YES user_id=28849 Originator: NO What version? With 5.10.0 and cmucl, trigexpand([atan(sin(a)/cos(a))]) => [atan(sin(a)/cos(a))] Corresponding result if the arg is not a list.  Comment By: Stavros Macrakis (macrakis) Date: 20061202 16:53 Message: Logged In: YES user_id=588346 Originator: YES Oops, it's actually trigexpand( [ atan(sin(a)/cos(a)) ] ) => [ atan(tan(a)) ] (UNSIMPLIFIED!) It doesn't simplify atan of tan, but it does preserve the list...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1607567&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 12:19:53

Bugs item #1556627, was opened at 20060911 15:07 Message generated for change (Comment added) made by willisbl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1556627&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: solve & sign called on imaginary Initial Comment: This example is ridiculous, but this error shouldn't happen: x^1616*x^15+120*x^14560*x^13+1800*x^124128*x^11+6688*x^107040*x^9+2304*x^8+9728*x^729120*x^6+48768*x^558560*x^4+56576* x^343008*x^2+20992*x4544=0 (%i165) solve(%,x); `sign' called on an imaginary argument: sqrt(125*sqrt(6)) Barton  >Comment By: Barton Willis (willisbl) Date: 20061210 06:19 Message: Logged In: YES user_id=895922 Originator: YES I'm guessing that I had algebraic : true. Then: (%i1) x^1616*x^15+120*x^14560*x^13+1800*x^124128*x^11+6688*x^107040*x^9+2304*x^8+9728*x^7 29120*x^6+48768*x^558560*x^4+56576* x^343008*x^2+20992*x4544=0$ (%i2) solve(%i1,x), algebraic : true; `sign' called on an imaginary argument: sqrt(125*sqrt(6))  an error. Quitting. To debug this try debugmode(true); (%i3) solve(%i1,x), algebraic : false; (%o3) [x=1sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)), < deleted> Maxima version: 5.10.0 Maxima build date: 17:18 10/24/2006 host type: i686pcmingw32 lispimplementationtype: GNU Common Lisp (GCL) lispimplementationversion: GCL 2.6.8  Comment By: Robert Dodier (robert_dodier) Date: 20061210 00:09 Message: Logged In: YES user_id=501686 Originator: NO I don't see this error. I get the following from solve(%, x). [x = 1sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)), x = sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5))+1, x = 1(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4)+1, x = 1sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)), x = sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5))+1, x = 1(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4)+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i, x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i, x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)+1]$ Above result is from Clisp: Maxima version: 5.10.0cvs Maxima build date: 23:10 11/30/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.38 (20060124) (built 3355931855) (memory 3373942297) I believe I get the same thing from SBCL (looks similar). Maxima version: 5.10.0cvs Maxima build date: 23:9 12/5/2006 host type: i686pclinuxgnu lispimplementationtype: SBCL lispimplementationversion: 1.0  Comment By: Nobody/Anonymous (nobody) Date: 20061118 10:09 Message: Logged In: NO On my copy of wxMaxima, it didn't show any error!  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1556627&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 08:08:02

Bugs item #1612391, was opened at 20061210 01:00 Message generated for change (Comment added) made by andrejv You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Xmaxima or other UI Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Andrej Vodopivec (andrejv) Summary: wxmaxima inchar fails Initial Comment: inchar:"c"; returns an error outchar:"d"; is OK both are OK with xmaxima frm@...  >Comment By: Andrej Vodopivec (andrejv) Date: 20061210 09:08 Message: Logged In: YES user_id=1179910 Originator: NO The inchar can not be changed in wxmaxima. wxmaxima expects inchar to be %i and would not work properly if it was changed to something else. Andrej  Comment By: Robert Dodier (robert_dodier) Date: 20061210 07:27 Message: Logged In: YES user_id=501686 Originator: NO Andrej, I've assigned this item to you. Is this a bug in Maxima or in WxMaxima ? If it is not in Maxima, please make a note here and close this report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 06:50:40

Bugs item #1612489, was opened at 20061209 23:50 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612489&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Simplification Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robert Dodier (robert_dodier) Assigned to: Nobody/Anonymous (nobody) Summary: quoted nested nary expressions flattened incompletely Initial Comment: Quoted (unevaluated) nested nary expressions are flattened incompletely. Evaluated nested nary expressions appear to be flattened completely. Completely flattened: nary ("aa"); declare ("aa", nary); a aa (b aa (c aa (d aa (e aa (f aa g))))); => a aa b aa c aa d aa e aa f aa g Incompletely flattened: '(a aa (b aa (c aa (d aa (e aa (f aa g)))))); => a aa b aa (c aa d aa (e aa f aa g)) When the operator has the properties OPERS and $NARY, then NARY1 is called to flatten. Plus, times, and nctimes (maybe others) aren't affected by this because flattening for those operators is handled by their simplification functions, not NARY1. It would be nice to use this mechanism (OPERS + $NARY + NARY1) to flatten MAND and MOR. (This will become more of an issue when unevaluated boolean expressions are in use.)  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612489&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 06:27:43

Bugs item #1612391, was opened at 20061209 17:00 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Xmaxima or other UI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Andrej Vodopivec (andrejv) Summary: wxmaxima inchar fails Initial Comment: inchar:"c"; returns an error outchar:"d"; is OK both are OK with xmaxima frm@...  >Comment By: Robert Dodier (robert_dodier) Date: 20061209 23:27 Message: Logged In: YES user_id=501686 Originator: NO Andrej, I've assigned this item to you. Is this a bug in Maxima or in WxMaxima ? If it is not in Maxima, please make a note here and close this report.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 06:25:47

Bugs item #1598460, was opened at 20061117 09:32 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Ronis (ronis) Assigned to: Nobody/Anonymous (nobody) >Summary: autoconf variables problem, was: CVS broken Initial Comment: I've been following maxima for years via CVS. I upgraded yesterday (I'd done so about 23 weeks prior to that). I did bootstrap configure (also with prefix=/usr/local) make clean make all make check make install (as root of course). Everything above worked, and the testsuite reported no errors. However, maxima is broken. Basically, it seems that ${prefix} appears in chunks of the code, not /usr/local. Here's a sample session: Script started on Fri Nov 17 11:27:17 2006 {ronispc:41} maxima Maxima 5.10.0cvs http://maxima.sourceforge.net Using Lisp CLISP 2.39 (20060716) Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. This is a development version of Maxima. The function bug_report() provides bug reporting information. (%i1) describe("trigsimp"); setupinfo: "maxima.info" not found in ("/${prefix}/share/info/") (%o1) false (%i2) sin(x)**2+cos(x)**2; 2 2 (%o2) sin (x) + cos (x) (%i3) trigsimp(%); Could not find `trgsmp.mac' using paths in file_search_maxima,system (combined values: [/home/ronis/.maxima/###.{mac,mc}, /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ 5.10.0cvs/share/{affine,algebra,algebra/charsets,algebra/solver,calculus,combi\ natorics,contrib,contrib/boolsimp,contrib/descriptive,contrib/diffequations,co\ ntrib/diffequations/tests,contrib/distrib,contrib/ezunits,contrib/format,contr\ ib/gentran,contrib/gentran/test,contrib/Grobner,contrib/lurkmathml,contrib/max\ imaMathML,contrib/mcclim,contrib/numericalio,contrib/pdiff,contrib/prim,contri\ b/rand,contrib/sarag,contrib/simplex,contrib/simplex/Tests,contrib/solve_rec,c\ ontrib/state,contrib/stringproc,contrib/unit,contrib/Zeilberger,diffequations,\ lbfgs,linearalgebra,integequations,integration,macro,matrix,misc,numeric,ortho\ poly,physics,simplification,sym,tensor,tensor/tests,trigonometry,utils,vector}\ /###.{mac,mc}] ) #0: trigsimp(?_l=[sin(x)^2+cos(x)^2])  an error. To debug this try debugmode(true); (%i4) bug_report(); The Maxima bug database is available at http://sourceforge.net/tracker/?atid=104933&group_id=4933&func=browse Submit bug reports by following the 'Submit New' link on that page. Please include the following build information with your bug report:  Maxima version: 5.10.0cvs Maxima build date: 11:25 11/17/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.39 (20060716) (built 3362425257) (memory 3372769517)  The above information is also available from the Maxima function build_info(). David P.S., I posted this to the list last night, but got no reply, sorry for the duplication.  >Comment By: Robert Dodier (robert_dodier) Date: 20061209 23:25 Message: Logged In: YES user_id=501686 Originator: NO If prefix is not set, tmp_prefix="${prefix}" should yield tmp_prefix="" or maybe tmp_prefix undefined. But tmp_prefix certainly should be "${prefix}" only if prefix='${prefix}' or something like that. Maybe the problem is the interpretation of quotes in the construction of expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What do you get for these variables when the above are executed from the command line? (Can you try it for tmp_prefix undefined and tmp_prefix= and tmp_prefix=FOO ?) Did the bash version change recently? I'm pretty sure that problems with autoconf variables have been report more than once, so it is probably a good idea for us to resolve this ...  Comment By: David Ronis (ronis) Date: 20061119 10:46 Message: Logged In: YES user_id=609364 Originator: YES I got an answer of sorts from the mailing list, which lead me to figure out how to fix the problem. I still don't know why the problem happened in the first place. Here's the relevant posting: Hi Robert, Thanks for the reply. I autoconfvariables.lisp is the problem. I've remade mine and it contains: (defparameter *autoconfvariablesset* "@variables_set@") (defparameter *autoconfprefix* "/usr/local") (defparameter *autoconfexec_prefix* "/usr/local") (defparameter *autoconfpackage* "maxima") (defparameter *autoconfversion* "5.10.0cvs") (defparameter *autoconflibdir* "/usr/local/lib") (defparameter *autoconflibexecdir* "/usr/local/libexec") (defparameter *autoconfdatadir* "${prefix}/share") (defparameter *autoconfinfodir* "${prefix}/share/info") (defparameter *autoconfhost* "i686pclinuxgnu") (defparameter *autoconfwin32* "false") (defparameter *maximasourceroot* "/home/ronis/Project/notar/maxima") (defparameter *maximadefaultlayoutautotools* "true") datadir and infodir are the problems, and when I manually change them the problem is solved. Beats me why they haven't resolved. I'm using autoconf version 2.60 (and I think I've been doing so for a long time). The problem seems to be in config.status, where expandedinfodir and expandeddatadir are wrong, which in turns suggests that the problem is in configure/configure.in. I think it's how tmp_prefix is se My configure looks like: if test x"${prefix}" = xNONE ; then tmp_prefix="/usr/local" else tmp_prefix="${prefix}" fi if test x"${exec_prefix}" = xNONE ; then tmp_exec_prefix="${tmp_prefix}" else tmp_exec_prefix="${exec_prefix}" fi expanded_top_srcdir="`(cd \"$top_srcdir\" 1>/dev/null 2>/dev/null; pwd)`" expanded_exec_prefix="${tmp_exec_prefix}" expanded_libdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libdir}\"`" expanded_libexecdir="`eval \"exec_prefix=${tmp_exec_prefix};echo ${libexecdir}\"`" expanded_datadir="`eval \"prefix=${tmp_prefix};echo ${datadir}\"`" expanded_infodir="`eval \"prefix=${tmp_prefix};echo ${infodir}\"`" What looks strange is the NONE in the tests (it doesn't seem to be the usual syntax for sh or test). David On Sat, 20061118 at 09:41 0700, Robert Dodier wrote: > On 11/16/06, David Ronis <ronis@...> wrote: > > > Could not find `trgsmp.mac' using paths in file_search_maxima,system > > (combined values: [/home/ronis/.maxima/###.{mac,mc}, > > /${prefix}/share/maxima/5.10.0cvs/share/###.{mac,mc}, /${prefix}/share/maxima/\ > > David  I built Maxima (sh bootstrap, ./configure enableclisp, make, > make install) from CVS yesterday and I don't see this error. > > I have automake 1.9.6, autoconf 2.59, clisp 2.38. > > Dunno what's going on here  I think $prefix enters the Maxima build > via src/autoconfvariables.lisp so I guess that is the place to look .... > > Sorry I can't be more helpful  > > Robert Dodier  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1598460&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 06:11:58

Bugs item #1562340, was opened at 20060920 10:54 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1562340&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Lisp Core  Trigonometry Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: trigrat doesn't distribute over = Initial Comment: Either trigrat should distribute over "=" or it provide the user with a helpful error message: (%i26) e : sin(3*a) + sin(a+%pi/3) = 0; (%o26) sin(a+%pi/3)+sin(3*a)=0 (%i27) trigrat(e); Maxima encountered a Lisp error: Error in CAR [or a callee]: 1 is not of type LIST. I think the functions trigsimp and friends distribute over "=".  >Comment By: Robert Dodier (robert_dodier) Date: 20061209 23:11 Message: Logged In: YES user_id=501686 Originator: NO Agreed, trigsimp and friends should distribute over = .  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1562340&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 06:09:59

Bugs item #1556627, was opened at 20060911 14:07 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1556627&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Lisp Core  Solving equations Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Barton Willis (willisbl) Assigned to: Nobody/Anonymous (nobody) Summary: solve & sign called on imaginary Initial Comment: This example is ridiculous, but this error shouldn't happen: x^1616*x^15+120*x^14560*x^13+1800*x^124128*x^11+6688*x^107040*x^9+2304*x^8+9728*x^729120*x^6+48768*x^558560*x^4+56576* x^343008*x^2+20992*x4544=0 (%i165) solve(%,x); `sign' called on an imaginary argument: sqrt(125*sqrt(6)) Barton  >Comment By: Robert Dodier (robert_dodier) Date: 20061209 23:09 Message: Logged In: YES user_id=501686 Originator: NO I don't see this error. I get the following from solve(%, x). [x = 1sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)), x = sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5))+1, x = 1(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4)+1, x = 1sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)), x = sqrt(sqrt(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5))+1, x = 1(4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(52*sqrt(6))*%i6*sqrt(6)+5)^(1/4)+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i, x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i, x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)*%i+1, x = 1(4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4), x = (4*6^(1/4)*sqrt(2*sqrt(6)+5)+6*sqrt(6)+5)^(1/4)+1]$ Above result is from Clisp: Maxima version: 5.10.0cvs Maxima build date: 23:10 11/30/2006 host type: i686pclinuxgnu lispimplementationtype: CLISP lispimplementationversion: 2.38 (20060124) (built 3355931855) (memory 3373942297) I believe I get the same thing from SBCL (looks similar). Maxima version: 5.10.0cvs Maxima build date: 23:9 12/5/2006 host type: i686pclinuxgnu lispimplementationtype: SBCL lispimplementationversion: 1.0  Comment By: Nobody/Anonymous (nobody) Date: 20061118 09:09 Message: Logged In: NO On my copy of wxMaxima, it didn't show any error!  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1556627&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 05:56:38

Bugs item #1554475, was opened at 20060907 20:25 Message generated for change (Comment added) made by robert_dodier You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1554475&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: lisp error (MAYBEINVERTSTRINGCASE is undefined) Initial Comment: (%i1) 1+1;Maxima encountered a Lisp error: Error in LISP:IF [or a callee]: The function MAYBEINVERT STRINGCASE is undefined.Automatically continuing.To reenable the Lisp debugger set *debuggerhook* to nil.  Maxima version: 5.9.1Maxima build date: 7:34 9/24/2004host type: i686pcmingw32lispimplementation type: Kyoto Common Lisplispimplementationversion: GCL 2.6.5   >Comment By: Robert Dodier (robert_dodier) Date: 20061209 22:56 Message: Logged In: YES user_id=501686 Originator: NO Closing this report as "works for me". Little information, no way to contact the person who submitted the report, old version of Maxima, lots of people use Maxima + Windows with apparent success, so I see no point in trying to resolve this. If I had to guess  someone is trying to load a package from CVS into Maxima 5.9.1. The package refers to MAYBEINVERTSTRINGCASE, which (I guess) is undefined in 5.9.1. If that's the case then the resolution is to update the Maxima installation.  Comment By: Robert Dodier (robert_dodier) Date: 20060907 22:11 Message: Logged In: YES user_id=501686 I notice that your Maxima version is 5.9.1. There have been many changes since then. Please try the most recent stable version (which as of 2006/09/07 is Maxima 5.9.3) and let us know if it works OK. Version 5.10.0 will be release in a week or two. Maybe you can wait until then.  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1554475&group_id=4933 
From: SourceForge.net <noreply@so...>  20061210 00:00:45

Bugs item #1612391, was opened at 20061209 16:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&group_id=4933 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Xmaxima or other UI Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: wxmaxima inchar fails Initial Comment: inchar:"c"; returns an error outchar:"d"; is OK both are OK with xmaxima frm@...  You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=104933&aid=1612391&group_id=4933 