Richard Fateman | 1 May 2012 03:12
Picon
Favicon

display of lisp complex numbers in wxmaxima

  with set_display('none),
?complex(3,4)  displays as  #c(3 4)   which is, I suppose,  fine.
with set_display('xml),
?complex(3,4)  returns $C(3Space4) which is peculiar.

I suppose the rest of this note should be in a separate
message ....

There are subtle issues with representing 3+4*%i as a lisp
complex number.  For example,
  3.0b0+4.0b0*%i cannot be a lisp complex number.

But introducing lisp complex numbers into maxima sometimes
may be helpful. Extending bigfloats to complex bigfloats
may also be helpful.

  Does anyone actually need 1/(3+4*%i)  or can we always
clear the denominator ... 1/25*(3-4*%i) ?

RJF
Raymond Toy | 1 May 2012 04:26
Picon

Maxima complex numbers (Was Re: display of lisp complex numbers in wxmaxima)

On 4/30/12 6:12 PM, Richard Fateman wrote:

> 
> I suppose the rest of this note should be in a separate
> message ....
> 
> There are subtle issues with representing 3+4*%i as a lisp
> complex number.  For example,
>  3.0b0+4.0b0*%i cannot be a lisp complex number.

And don't forget that 4.0*%i is not really #c(0d0 4d0) for Lisp's that
have signed floating-point zeroes.  But this is really an esoteric
corner case that is important only if you really, really need to deal
with branch cuts on the imaginary axis.
> 
> But introducing lisp complex numbers into maxima sometimes
> may be helpful. Extending bigfloats to complex bigfloats
> may also be helpful.

This has been done in the bigfloat package that's built into maxima.
Using (bigfloat:to <3b0+4b0*%i>) will convert to it to a bigfloat object
that you can manipulate as if it were a standard Lisp complex object.
At the end, when you need to get a representation that maxima
understands, use (maxima::to <bigfloat object>).

> 
> 
>  Does anyone actually need 1/(3+4*%i)  or can we always
> clear the denominator ... 1/25*(3-4*%i) ?

(Continue reading)

Barton Willis | 1 May 2012 14:09
Favicon

assume & integrate = bugs

By the way

   http://sourceforge.net/tracker/?func=detail&aid=3522750&group_id=4933&atid=104933

Maybe related bugs have been reported many times.

--bw
Robert Dodier | 1 May 2012 17:41
Picon

Re: can someone please create a Windows installer for Maxima 5.27.0

On 2012-04-29, David Billinghurst <dbmaxima <at> gmail.com> wrote:

> There is a windows installer at 
> http://billinghurst.customer.netspace.net.au/maxima-5.27.0.exe
>
> It is built using the ancient gcl/gcc-3.3.1 used for previous windows 
> builds.

Thanks, David. I have uploaded maxima-5.27.0.exe to the Sourceforge file
manager. http://sourceforge.net/projects/maxima/files
Interested parties can give it a try and let us know how it turns out.

best,

Robert Dodier
本田康晃 | 1 May 2012 18:41
Picon

Re: Windows and Mac package for 5.27.0 ?

Dear all,


I just noticed that Mac OS X package for 5.27.0 is uploaded to the SF file manager.
I tested it on my Mac OS X 10.7.3, perfomed run_testsuite() and everything went well.

Thanks !!

2012/4/30 Alexander Hansen <alexanderk.hansen <at> gmail.com>
On 4/29/12 10:28 AM, Robert Dodier wrote:
> On 2012-04-29, =?ISO-2022-JP?B?GyRCS1xFRDkvOTgbKEI=?= <yasuaki.honda <at> gmail.com> wrote:
>
>> Is there anyone out there who is preparing for Windows / Mac installer
>> package for 5.27.0 ?
>
> It appears there is nobody who has built a Windows installer.
> If you wish to do so, please go ahead. See INSTALL.win32 in the
> top-level directory.
>
> Alexander Hansen is the maintainer of the Maxima package in Fink.
> There is a message on his blog about 5.27.0
> (http://finkakh.wordpress.com/2012/04/21/maxima-5-27-0)
> although I don't see Maxima 5.27.0 in Fink. Maybe you can ask him about it.
>
> Thank you for your efforts,
>
> Robert Dodier
>
> _______________________________________________
> Maxima mailing list
> Maxima <at> math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima

Our package database generator script got stuck, unfortunately.   5.26.0
is what's listed right now online at

http://pdb.finkproject.org/pdb/package.php/maxima

but 5.27.0 is available in the Fink distribution.  Sorry for the confusion.


That being said, my packages aren't really set up currently to provide a
fully standalone maxima installation.
--
Alexander Hansen, Ph.D.
Fink User Liaison
http://finkakh.wordpress.com/2012/02/21/got-job/
_______________________________________________
Maxima mailing list
Maxima <at> math.utexas.edu
http://www.math.utexas.edu/mailman/listinfo/maxima

_______________________________________________
Maxima mailing list
Maxima <at> math.utexas.edu
http://www.math.utexas.edu/mailman/listinfo/maxima
Mixon, Wilson | 1 May 2012 18:37
Favicon

(no subject)

I often use this function for illustration:
z: x^a*y^b - c*x - d*y;

Maxima will not provide the solution requested below.
[Dx,Dy] : [diff(z,x),diff(z,y)];
solve([Dx,Dy],[x,y]);

I can solve the system in a few steps, as below.
declare(a,noninteger)$ assume(a>0,b>0,c>0,d>0,x>0,y>0)$
solve(Dx/Dy, x); subst(rhs(%[1]), x, Dy);
solve(%,y);
/*and so forth*/

Does Maxima offer a way for me to tell solve( ) enough for it to return a solution?
Mixon, Wilson | 1 May 2012 18:41
Favicon

Re: solve x^a*y^b-c*x-d*y

I apologize for sending this message earlier without a subject line.

I often use this function for illustration:
z: x^a*y^b - c*x - d*y;

Maxima will not provide the solution requested below.
[Dx,Dy] : [diff(z,x),diff(z,y)];
solve([Dx,Dy],[x,y]);

I can solve the system in a few steps, as below.
declare(a,noninteger)$ assume(a>0,b>0,c>0,d>0,x>0,y>0)$
solve(Dx/Dy, x); subst(rhs(%[1]), x, Dy);
solve(%,y);
/*and so forth*/

Does Maxima offer a way for me to tell solve( ) enough for it to return a solution?
Barton Willis | 2 May 2012 13:26
Favicon

Re: solve x^a*y^b-c*x-d*y

The solve function doesn't use the fact database all that much, so it's unlikely that any additional
assumptions or declarations will allow Maxima to 
solve these equations automatically. For an automated solution to these equations (and similar
equations), it's likely that you'll need to write additional code
 for either the solve function or the to_poly_solve function.

--bw

________________________________________

I often use this function for illustration:
z: x^a*y^b - c*x - d*y;

Maxima will not provide the solution requested below.
[Dx,Dy] : [diff(z,x),diff(z,y)];
solve([Dx,Dy],[x,y]);

I can solve the system in a few steps, as below.
declare(a,noninteger)$ assume(a>0,b>0,c>0,d>0,x>0,y>0)$
solve(Dx/Dy, x); subst(rhs(%[1]), x, Dy);
solve(%,y);
/*and so forth*/

Does Maxima offer a way for me to tell solve( ) enough for it to return a solution?
David Billinghurst | 2 May 2012 13:54
Picon

Re: [Maxima-commits] Maxima, A Computer Algebra System branch branch-5_27 updated. branch-5_27-base-7-gfc9ff56

On 1/05/2012 10:59 PM, Jaime Villate wrote:
> On 05/01/2012 01:49 PM, David Billinghurst wrote:
>> +    cp $(MINGW)/bin/tclpip84.dll $(prefix)/bin
> Hi David,
> thank you for building the Maxima image for Windows. Could you please 
> make sure to use
> tcl/tk 8.5 rather that 8.4?
> Xmaxima works much better with 8.5.
> Best regards,
> Jaime
>

Thanks for the feedback.

As discussed previously, the current build system for windows uses very 
old (2003) versions of gcc and mingw.  As you have noted, it also uses 
tcl 8.4.  I am not sure if there is a compatible tcl-8.5 available, 
although an update of the tclkit wrapper may be sufficient.

I have an experimental build using recent mingw and gcc, and I hope to 
make a test build of 5.27.0 available shortly.  I will see if I can use 
tcl-8.5 for this release.  Unfortunately, I can only get this working 
under windows xp - builds under windows 7 (and vista) fail.
David Billinghurst | 2 May 2012 14:21
Picon

Re: [Maxima-commits] Maxima, A Computer Algebra System branch branch-5_27 updated. branch-5_27-base-7-gfc9ff56

On 2/05/2012 9:54 PM, David Billinghurst wrote:
> On 1/05/2012 10:59 PM, Jaime Villate wrote:
>> On 05/01/2012 01:49 PM, David Billinghurst wrote:
>>> +    cp $(MINGW)/bin/tclpip84.dll $(prefix)/bin
>> Hi David,
>> thank you for building the Maxima image for Windows. Could you please 
>> make sure to use
>> tcl/tk 8.5 rather that 8.4?
>> Xmaxima works much better with 8.5.
>> Best regards,
>> Jaime
>>
>
> Thanks for the feedback.
>
> As discussed previously, the current build system for windows uses 
> very old (2003) versions of gcc and mingw.  As you have noted, it also 
> uses tcl 8.4.  I am not sure if there is a compatible tcl-8.5 
> available, although an update of the tclkit wrapper may be sufficient.
>
> I have an experimental build using recent mingw and gcc, and I hope to 
> make a test build of 5.27.0 available shortly.  I will see if I can 
> use tcl-8.5 for this release.  Unfortunately, I can only get this 
> working under windows xp - builds under windows 7 (and vista) fail.
>

The xmaxima shipped with the windows release of 5.27.0 uses tcl/tk-8.5.8 
from tclkit-8.5.8-win32.upx.exe.  tclpip84.dll is only used by tclwinkill.

Gmane