[sage-devel] Re: Sage 3.0.5 now available in Debian sid

Hi, On Sun, 1 Feb 2009 16:41:30 -0800 (PST) mabshoff wrote: > On Feb 1, 4:23 pm, Tim Abbott wrote: > > (2) Sage seems to contain an spkg for "pynac", which is apparently a > > python-integrated gynac, where Sage is the upstream source?  Does > > it have anything to do with this pynac: > >

[sage-devel] Re: Sage 3.0.5 now available in Debian sid

On Mon, Feb 2, 2009 at 12:31 AM, Burcin Erocal wrote: > > Hi, > > On Sun, 1 Feb 2009 16:41:30 -0800 (PST) > mabshoff wrote: > >> On Feb 1, 4:23 pm, Tim Abbott wrote: > >> > (2) Sage seems to contain an spkg for "pynac", which is apparently a >> > python-integrated gynac, where Sage is the upstr

[sage-devel] Re: ANN: sage-mode 0.5

On Feb 2, 8:30 am, Nick Alexander wrote: > On 2-Feb-09, at 6:12 AM, Martin Albrecht wrote: > > > > > > > On Monday 02 February 2009, Nick Alexander wrote: > >> (defun malb-inferior-sage-bindings () > >>    "Install inferior-sage-mode bindings locally." > >>    (interactive) > >>    (local-set-k

[sage-devel] Re: ANN: sage-mode 0.5

> As for the ipython history, do you mean the command line ipython > history? So that sage in emacs and sage in shell would share > history? That might be trickier, I have no idea what the format is. That's exactly what I'd like. The file format is pretty simple, just look in $DOTSAGE/ipyt

[sage-devel] Re: Windows

Errr Maybe I'm misunderstanding what you need WinSCP for, but this seems overly complicated. All you have to do is start the VMware player Sage image and enter "notebook" at the login screen. It will then give you an IP address which you can use in WinSCP (or ssh to). username is "login" pas

[sage-devel] Number fields of higher degree

I've been using Sage to do some homework, and I thought I should open up a discussion about something I noticed. One of the problems needed us to compute the discriminant of a number field, namely: K = QQ(a) where (1/2)*a^37 + (1/3)*a + 1 = 0. This choice of generator is not integral, and it i

[sage-devel] Re: Building sage-3.2.2 fails

On Jan 14, 4:04 pm, mabshoff wrote: > On Jan 13, 10:13 pm, DavidS wrote: > > But further along the compilation, I got stuck here: > > ld -opolybori/libpolybori-0.5.0.so.0.0.0 -shared -Wl,- > > soname,libpolybori-0.5.0.so.0 Cudd/obj/cuddObj.os Cudd/util/ > > state.os .. > > ld: unrecognized

[sage-devel] Re: ANN: sage-mode 0.5

On Monday 02 February 2009, Nick Alexander wrote: > (defun malb-inferior-sage-bindings () >    "Install inferior-sage-mode bindings locally." >    (interactive) >    (local-set-key (kbd "") 'comint-previous-matching-input-from- > input)) > > (add-hook 'inferior-sage-mode-hook 'malb-inferior-sage-b

[sage-devel] Re: Sage Days 14

On Mon, Feb 2, 2009 at 2:20 AM, Alex McFerron wrote: > > Is coming to sage days a good way to get an intro to it and figure out > how to start coding on it? It seems from the description that this > would be a good introduction. Some Sage days are a good intro and some aren't. This particular o

[sage-devel] Re: ANN: sage-mode 0.5

On 2-Feb-09, at 6:12 AM, Martin Albrecht wrote: > > On Monday 02 February 2009, Nick Alexander wrote: >> (defun malb-inferior-sage-bindings () >>"Install inferior-sage-mode bindings locally." >>(interactive) >>(local-set-key (kbd "") 'comint-previous-matching-input-from- >> input)) >

[sage-devel] Re: Sage Days 14

Is coming to sage days a good way to get an intro to it and figure out how to start coding on it? It seems from the description that this would be a good introduction. I am a developer and I am interested in working on sage. Cheers, Alex On 2/1/09, William Stein wrote: > > Hi, > > I just wante

[sage-devel] Re: sage talk

On Feb 1, 6:18 pm, William Stein wrote: > > with(linalg); > > A := LinearAlgebra:-RandomMatrix(200); > > det(A); > > and it takes 30 seconds. > > I know it was deprecated in Maple 6, but isn't it odd that Maple doesn't even > print a warning or something like 6 years later that one is recommended

[sage-devel] Re: Building sage-3.2.2 fails

On Feb 2, 2:43 pm, dannychrastina wrote: > On Jan 14, 4:04 pm, mabshoff wrote: > > > On Jan 13, 10:13 pm, DavidS wrote: > > > But further along the compilation, I got stuck here: > > > ld -opolybori/libpolybori-0.5.0.so.0.0.0 -shared -Wl,- > > > soname,libpolybori-0.5.0.so.0 Cudd/obj/cuddObj.

[sage-devel] kernels of matrices

I am trying to add some functionality to the matrix kernel routines (and I'm learning more about contributing to SAGE along the way). Briefly, I want to make some alternative bases possible as output. In matrix/matrix2.pyx, there are three methods defined for a matrix: kernel(), left_kernel() and

[sage-devel] Re: kernels of matrices

> it would appear that that the call to kernel() in right_kernel() uses > the version of kernel() defined for dense rational matrices (as > perhaps it should), and not the modified version of left_kernel() > nearby (as the code locally might suggest one to expect). The issue is with the kernel =

[sage-devel] Integration syntax

Dear Devel list, Before reading this, read the discussions at http://groups.google.com/group/sage-devel/browse_thread/thread/8ec32e4d895da60c and tracs # 1221 and # 2787. Since nothing has been done on this in over a year, and because I feel fairly strongly that it is *very* important (to keep "

[sage-devel] Re: kernels of matrices

Rob Beezer wrote: > I am trying to add some functionality to the matrix kernel routines > (and I'm learning more about contributing to SAGE along the way). > Briefly, I want to make some alternative bases possible as output. In > matrix/matrix2.pyx, there are three methods defined for a matrix: >

[sage-devel] 3.3.alpha4 fails build PPC X.4

On PPC OSX.4.11: While building ntl-5.4.2.p5: g++ -I../include -I. -O2 -g-fPIC -dynamiclib -undefined dynamic_lookup -o libntl.dylib FFT.o FacVec.o GF2.o vec_ulong.o vec_vec_ulong.o -L/Users/.../sage-3.3.alpha4/local/lib - lgmp ld: common symbols not allowed with MH_DYLIB output format wit

[sage-devel] Re: kernels of matrices

Nick Alexander wrote: >> it would appear that that the call to kernel() in right_kernel() uses >> the version of kernel() defined for dense rational matrices (as >> perhaps it should), and not the modified version of left_kernel() >> nearby (as the code locally might suggest one to expect). > > T

[sage-devel] Re: 3.3.alpha4 fails build PPC X.4

On Feb 2, 8:23 pm, kcrisman wrote: > On PPC OSX.4.11: > > While building ntl-5.4.2.p5: > > g++ -I../include -I.  -O2 -g    -fPIC -dynamiclib -undefined > dynamic_lookup -o libntl.dylib FFT.o FacVec.o GF2.o > vec_ulong.o vec_vec_ulong.o -L/Users/.../sage-3.3.alpha4/local/lib - > lgmp > ld: comm

[sage-devel] Re: kernels of matrices

Nick and Jason, Thanks for the replies. > function. In this case, it seems like the best way to do things is to > modify both the function in matrix2.pyx (for general matrices) and the > function in matrix_rational_dense.pyx (for QQ matrices). I was afraid that would be the answer. left_kerne

[sage-devel] Re: kernels of matrices

Rob, Jason, Sorry to quote wrong information! Having seen that Python issue rear its ugly head, I thought it applied. Nick --~--~-~--~~~---~--~~ To post to this group, send email to sage-devel@googlegroups.com To unsubscribe from this group, send email to sag

[sage-devel] Re: kernels of matrices

Nick, To the contrary, thanks for replying. I think the difference in my situation is that bar() is being called by another method defined in class A. This is returning "B" when I thought it would send back "A" - mostly because I did not know/realize that class B even defined foo (). Then I wa

[sage-devel] Re: A Mac OS X Sage Launcher

On Jan 30, 2009, at 8:47 AM, kcrisman wrote: > Anyway, it sounds like what mabshoff really needs is just the best > tarball possible to then be able to drop a Sage build into for a fully > functional .app bundle. If that was created just once with Platypus > by someone else, presumably for every

[sage-devel] Re: A Mac OS X Sage Launcher

On Feb 2, 11:23 pm, Ivan Andrus wrote: > On Jan 30, 2009, at 8:47 AM, kcrisman wrote: Hi Ivan, > > Anyway, it sounds like what mabshoff really needs is just the best > > tarball possible to then be able to drop a Sage build into for a fully > > functional .app bundle.  If that was created jus