Re: [sage-support] Re: SAGE and .NET interoperability.
OK, this patch appears to fix the problem, indeed. Dima 2010/1/11 Stephen Linton s...@cs.st-andrews.ac.uk: Try this patch for saveload.c: 708a709 static Obj ProtectFname; 727a729,731 /* For some reason itanium GC seems unable to spot fname */ ProtectFname = fname; 730a735,736 ProtectFname = (Obj)0L; 1070a1077,1078 InitGlobalBag(ProtectFname, Protected Filename for SaveWorkspace); It should bullet-proof the filename through the garbage collection. Steve On 10 Jan 2010, at 21:26, William Stein wrote: On Sun, Jan 10, 2010 at 1:06 PM, Stephen Linton s...@cs.st-andrews.ac.uk wrote: As far as I can tell, all the relevant code is identical in 4.4.10 + patch and 4.4.12. Of course, I may (must, perhaps) have too narrow a definition of relevant, but I wonder if its actually a matter of 4.4.10 being lucky in some way, rather than a bug having been introduced later. If we think the problem is just SaveWorkspace, I can hack around it, but I for one, would certainly be holding my breath waiting for the next similar bug to show up. Steve It's likely better to hack around it if it is limited to SaveWorkspace, then to simply stick with 4.4.10, since presumably there are many bugs that got fixed in 4.4.12 that are in 4.4.10. Moreover, whatever is the real bug causing this is probably not way worse in 4.4.12 than in 4.4.10. Do you have still know how to access the Itanium account(s) I got you? Do I need to setup anything for you? -- William On 10 Jan 2010, at 19:11, William Stein wrote: On Sun, Jan 10, 2010 at 10:17 AM, Dima Pasechnik dimp...@gmail.com wrote: On Jan 10, 11:56 pm, William Stein wst...@gmail.com wrote: On Sat, Jan 9, 2010 at 11:10 PM, Dima Pasechnik dimp...@gmail.com wrote: William, I think I can reproduce one of your Itanium GAP bug; the workspace filename gets mangled by SaveWorkspace. (so the workspace gets saved, but with a horribly wrong name...) Should be next to trivial to fix... Dima Sweet. If I remember correctly, workspace bugs were the *only* bugs we had. turned out to be a Itanium-specific GC bug, so fixing might take a little while. Oh well. Dmitrii Since the bug appears not to be in 4.10, can you look what was changed between 4.10 and 4.12 that is related to Itanium specific garbage collection? (I may have already tried that and found that it wasn't so easy...) William -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org -- Dmitrii Pasechnik - DISCLAIMER: Any text following this sentence does not constitute a part of this message, and was added automatically during transmission. -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Sat, Jan 9, 2010 at 11:10 PM, Dima Pasechnik dimp...@gmail.com wrote: William, I think I can reproduce one of your Itanium GAP bug; the workspace filename gets mangled by SaveWorkspace. (so the workspace gets saved, but with a horribly wrong name...) Should be next to trivial to fix... Dima Sweet. If I remember correctly, workspace bugs were the *only* bugs we had. William On Jan 10, 5:39 am, William Stein wst...@gmail.com wrote: [...] Last time with gap-4.4.12 (I think), the spkg worked on everything but Itanium, where there were serious issues (mainly involving saving workspaces, I think, which our test suite caught). [...] -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Sun, Jan 10, 2010 at 10:17 AM, Dima Pasechnik dimp...@gmail.com wrote: On Jan 10, 11:56 pm, William Stein wst...@gmail.com wrote: On Sat, Jan 9, 2010 at 11:10 PM, Dima Pasechnik dimp...@gmail.com wrote: William, I think I can reproduce one of your Itanium GAP bug; the workspace filename gets mangled by SaveWorkspace. (so the workspace gets saved, but with a horribly wrong name...) Should be next to trivial to fix... Dima Sweet. If I remember correctly, workspace bugs were the *only* bugs we had. turned out to be a Itanium-specific GC bug, so fixing might take a little while. Oh well. Dmitrii Since the bug appears not to be in 4.10, can you look what was changed between 4.10 and 4.12 that is related to Itanium specific garbage collection? (I may have already tried that and found that it wasn't so easy...) William -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Sun, Jan 10, 2010 at 1:06 PM, Stephen Linton s...@cs.st-andrews.ac.uk wrote: As far as I can tell, all the relevant code is identical in 4.4.10 + patch and 4.4.12. Of course, I may (must, perhaps) have too narrow a definition of relevant, but I wonder if its actually a matter of 4.4.10 being lucky in some way, rather than a bug having been introduced later. If we think the problem is just SaveWorkspace, I can hack around it, but I for one, would certainly be holding my breath waiting for the next similar bug to show up. Steve It's likely better to hack around it if it is limited to SaveWorkspace, then to simply stick with 4.4.10, since presumably there are many bugs that got fixed in 4.4.12 that are in 4.4.10. Moreover, whatever is the real bug causing this is probably not way worse in 4.4.12 than in 4.4.10. Do you have still know how to access the Itanium account(s) I got you? Do I need to setup anything for you? -- William On 10 Jan 2010, at 19:11, William Stein wrote: On Sun, Jan 10, 2010 at 10:17 AM, Dima Pasechnik dimp...@gmail.com wrote: On Jan 10, 11:56 pm, William Stein wst...@gmail.com wrote: On Sat, Jan 9, 2010 at 11:10 PM, Dima Pasechnik dimp...@gmail.com wrote: William, I think I can reproduce one of your Itanium GAP bug; the workspace filename gets mangled by SaveWorkspace. (so the workspace gets saved, but with a horribly wrong name...) Should be next to trivial to fix... Dima Sweet. If I remember correctly, workspace bugs were the *only* bugs we had. turned out to be a Itanium-specific GC bug, so fixing might take a little while. Oh well. Dmitrii Since the bug appears not to be in 4.10, can you look what was changed between 4.10 and 4.12 that is related to Itanium specific garbage collection? (I may have already tried that and found that it wasn't so easy...) William -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
Dima Pasechnik wrote: William, I emailed you few weeks back asking what exactly you mean by Itanium environment, as I was unable to reproduce your problems on an Itanium cluster I have access to--- at least not with gcc. At least not in a stand-alone build of GAP. Intel compilers showed to be trickier. So, once again, what exactly is going wrong with the current GAP on Itanium, in your view? Dmitrii It might help if you all clarify *exactly* what you mean by Itanium environment. Itanium is a processor, which can run many operating systems. * Various versions of Windows run on Itanium. * HP-UX runs on Itanium * There have been versions of Solaris for it, though none officially released from Sun. * Numerous linux distributions will run on Itanium. (Debian, Redhat, Gentoo ...) * Others too. BTW, if you want a free trial of Microsoft Server 2008 for Itanium, get one here. (I personally wont be joining you in the queue). http://www.microsoft.com/servers/64bit/itanium/overview.mspx Dave -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Sat, Jan 9, 2010 at 11:36 AM, Dr. David Kirkby david.kir...@onetel.net wrote: Dima Pasechnik wrote: William, I emailed you few weeks back asking what exactly you mean by Itanium environment, as I was unable to reproduce your problems on an Itanium cluster I have access to--- at least not with gcc. At least not in a stand-alone build of GAP. Intel compilers showed to be trickier. So, once again, what exactly is going wrong with the current GAP on Itanium, in your view? Dmitrii It might help if you all clarify *exactly* what you mean by Itanium environment. Itanium is a processor, which can run many operating systems. * Various versions of Windows run on Itanium. * HP-UX runs on Itanium * There have been versions of Solaris for it, though none officially released from Sun. * Numerous linux distributions will run on Itanium. (Debian, Redhat, Gentoo ...) * Others too. First -- Dima -- thanks for all your posts to the sage-* lists. It's really awesome to have another GAP expert around! Regarding Itanium and Sage, here's the specific statement from our README.txt about Sage's official platform support: OFFICIALLY SUPPORTED PLATFORMS -- Building of Sage from source is regularly tested on (minimal installs of) the following platforms: PROCESSOROPERATING SYSTEM x86 32-bit Linux -- Debian, Ubuntu, CentOS (=Red Hat), Fedora, openSUSE, Mandriva x86_64 64-bit Linux -- Debian, Ubuntu, CentOS (=Red Hat), Fedora, openSUSE, Mandriva IA-64 Itanium 2 64-bit Linux -- Red Hat, SUSE x86 Apple Mac OS X 10.5.x PPC Apple Mac OS X 10.5.x In particular, we support running Sage on Itanium 2 with 64-bit RHEL or SUSE. In order to upgrade the GAP spkg in Sage, we just need an spkg that can be dropped into the Sage install (i.e., sage -i gap-.spkg) such that the Sage test suite passes: make test ... All tests pass! Last time with gap-4.4.12 (I think), the spkg worked on everything but Itanium, where there were serious issues (mainly involving saving workspaces, I think, which our test suite caught). We couldn't sort out the issues when making that particular Sage release, so we just reverted to gap-4.4.10, hoping that things would get fixed by the next Sage release. (I did write to Steve Linton about the issues, but I don't think I did a good job following up...) But then we got lazy, and here we are. But you're clearly not lazy, so I really hope this gets sorted out. Note that GAP didn't support Itanium at all 2 years ago. I got access to some Itanium machines, and then convinced Steve Linton to write new assembly code so that the memory manager for GAP would work on Itanium. He graciously did so, for which I'm very thankful. If you need access to the Itaniums I use for build testing, let me know (off list) and that can be arranged. -- William -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Fri, Jan 8, 2010 at 10:59, kcrisman kcris...@gmail.com wrote: no, it doesn't give you *any* reasonable figures, at all! In fact, I am sure lots of people (a vast majority) are running Cygwin (or Mingw - a clone of Cygwin) apps on their Windows boxes without even realising this. Cygwin works quietly behind the scenes here. That is very interesting. When you say a vast majority, can you give an example of a specific application people are using? One example I know about: R for windows is compiled using mingwin, but can be used without having mingwin installed. (It installs cygwin1.dll or something, b ut most people know nothing about that). Most people could care less about which compiler is used to compile the program they use! Kjetil That could be good to know about. Also, from earlier in the discussion it sounded like it was possible to make Sage-Cygwin be a one-step download, e.g. 1. Download sage-cygwin.msi 2. Double click and click through an install process 3. Click the icon for sage-cygwin and begin using Sage If that is possible, that would be fantastic. Up to now my understanding was that one first had to download Cygwin and install/ configure it, then download the Sage install and hope that it cooperated with Cygwin on one's computer. - kcrisman -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org -- ... an entire human genome would fit on a music CD. --- www.thinkgene.com -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Fri, 2010-01-08 at 06:51 -0800, dimpase wrote: On Jan 8, 9:59 pm, kcrisman kcris...@gmail.com wrote: no, it doesn't give you *any* reasonable figures, at all! In fact, I am sure lots of people (a vast majority) are running Cygwin (or Mingw - a clone of Cygwin) apps on their Windows boxes without even realising this. Cygwin works quietly behind the scenes here. That is very interesting. When you say a vast majority, can you give an example of a specific application people are using? That could be good to know about. a good and relevant to Sage example is GAP (which is also available from within Sage) A binary distribution of GAP for Windows consists (apart from the common to all platforms code in GAP language etc) of an executable built in Cygwin environment and linked against the Cygwin DLL, and the latter DLL itself (and a DOS batch file to start the thing up). That's all you need to run GAP on Windows, no fullblown Cygwin environment is needed. (you can try it yourself: www.gap-system.org) Also, from earlier in the discussion it sounded like it was possible to make Sage-Cygwin be a one-step download, e.g. 1. Download sage-cygwin.msi 2. Double click and click through an install process 3. Click the icon for sage-cygwin and begin using Sage If that is possible, that would be fantastic. Up to now my understanding was that one first had to download Cygwin and install/ configure it, then download the Sage install and hope that it cooperated with Cygwin on one's computer. no, I don't see any reason for this being impossible (see above). GAP is basically like this, although it's packaged using zip... Well Sage is a bit different than this because you'd want the full set of tools for easy porting of SPKGs -- bash, tar, make, gcc, ... But they are just a few extra .exe files, really. There's likely no reason they couldn't be bundled with a Sage one-click installer and installed inside the sage /local/bin directory. There's no reason the user would need to ever see those tools unless one were debugging SPKG build failures etc. -- !cmd could always be manually redirected to Windows cmd.exe. For the more ambitious one could move away from SPKGs and find a fancier package solution with Windows compatability, leaving the DLL as the only trace of Cygwin (I don't really see the point though -- Cygwin is pretty small compared to a lot of the other stuff bundled with Sage!) Dag Sverre -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Fri, 2010-01-08 at 07:10 -0800, Dima Pasechnik wrote: On Jan 8, 11:02 pm, Dag Sverre Seljebotn da...@student.matnat.uio.no wrote: On Fri, 2010-01-08 at 06:51 -0800, dimpase wrote: On Jan 8, 9:59 pm, kcrisman kcris...@gmail.com wrote: no, it doesn't give you *any* reasonable figures, at all! In fact, I am sure lots of people (a vast majority) are running Cygwin (or Mingw - a clone of Cygwin) apps on their Windows boxes without even realising this. Cygwin works quietly behind the scenes here. That is very interesting. When you say a vast majority, can you give an example of a specific application people are using? That could be good to know about. a good and relevant to Sage example is GAP (which is also available from within Sage) A binary distribution of GAP for Windows consists (apart from the common to all platforms code in GAP language etc) of an executable built in Cygwin environment and linked against the Cygwin DLL, and the latter DLL itself (and a DOS batch file to start the thing up). That's all you need to run GAP on Windows, no fullblown Cygwin environment is needed. (you can try it yourself:www.gap-system.org) Also, from earlier in the discussion it sounded like it was possible to make Sage-Cygwin be a one-step download, e.g. 1. Download sage-cygwin.msi 2. Double click and click through an install process 3. Click the icon for sage-cygwin and begin using Sage If that is possible, that would be fantastic. Up to now my understanding was that one first had to download Cygwin and install/ configure it, then download the Sage install and hope that it cooperated with Cygwin on one's computer. no, I don't see any reason for this being impossible (see above). GAP is basically like this, although it's packaged using zip... Well Sage is a bit different than this because you'd want the full set of tools for easy porting of SPKGs -- bash, tar, make, gcc, ... well, that's if you want to do Sage development, isn't it? (I'd be surprised if Sage needs a gcc compiler for a binary install) Well, the installation of optional SPKGs currently relies on the availability of a compiler. If you are happy with loosing optional SPKGs then you are right. In theory one could introduce the concept of binary SPKGs (though I'd take a hard look at alternative, pre-written distribution mechanisms first). Dag Sverre -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Fri, Jan 8, 2010 at 5:59 AM, kcrisman kcris...@gmail.com wrote: no, it doesn't give you *any* reasonable figures, at all! In fact, I am sure lots of people (a vast majority) are running Cygwin (or Mingw - a clone of Cygwin) apps on their Windows boxes without even realising this. Cygwin works quietly behind the scenes here. That is very interesting. When you say a vast majority, can you give an example of a specific application people are using? That could be good to know about. Also, from earlier in the discussion it sounded like it was possible to make Sage-Cygwin be a one-step download, e.g. 1. Download sage-cygwin.msi 2. Double click and click through an install process 3. Click the icon for sage-cygwin and begin using Sage If that is possible, that would be fantastic. Up to now my understanding was that one first had to download Cygwin and install/ configure it, then download the Sage install and hope that it cooperated with Cygwin on one's computer. Indeed 1-3 steps are possible -- in fact, they *were* the standard way to run Sage on Windows from 2005 to 2006. William -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Fri, Jan 8, 2010 at 7:15 AM, Dag Sverre Seljebotn da...@student.matnat.uio.no wrote: Well Sage is a bit different than this because you'd want the full set of tools for easy porting of SPKGs -- bash, tar, make, gcc, ... well, that's if you want to do Sage development, isn't it? (I'd be surprised if Sage needs a gcc compiler for a binary install) Well, the installation of optional SPKGs currently relies on the availability of a compiler. If you are happy with loosing optional SPKGs then you are right. In theory one could introduce the concept of binary SPKGs (though I'd take a hard look at alternative, pre-written distribution mechanisms first). Dag Sverre In addition, Cython doesn't work at all without a compiler. It's very reasonable that Sage end users would use Cython with Sage, and for this they need a compiler. The tight integration of Sage and Cython (e.g., %cython mode in the notebook) is one of the killer features of Sage, and it vanishes without a C compiler. We didn't used to ship GCC (or other tools) with Sage (via Cygwin) for Windows, though maybe we should have. We just shipped some relevant DLL's. There are some weird and very painful Windows-inherited relocation issues with Cygwin and dynamic loading of shared object libraries, by the way, which do make things hard. Maybe they aren't as bad these days (I don't know). Anyway, Dima, thanks for sorting my position that a Cygwin port of Sage would be very valuable indeed! -- William -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Jan 8, 2010, at 10:10 AM, William Stein wrote: On Fri, Jan 8, 2010 at 9:58 AM, Robert Bradshaw rober...@math.washington.edu wrote: For the record, this was already tried (using a combination of .bat files and standalone javascript). The problem is that even fewer people understood/were familiar with this build system than the dead- simple spkg one, and it was Windows-only and had to be maintained completely separately. Given the amount of other stuff that needs to be bundled, we might as well get the whole thing. (Could it be completely separate from an existing Cygwin, or is there only room for one Cygwin on a computer?) Also, as mentioned %cython in the notebook couldn't work without gcc. An arbitrary number of Cygwin's can happily coexist. This is a brand new feature of the newest version of Cygwin. That's excellent--just in time for our re-investment in a Windows port too. - Robert -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
On Fri, Jan 8, 2010 at 11:12 AM, Dima Pasechnik dimp...@gmail.com wrote: On Jan 9, 12:17 am, William Stein wst...@gmail.com wrote: On Fri, Jan 8, 2010 at 7:15 AM, Dag Sverre Seljebotn da...@student.matnat.uio.no wrote: Well Sage is a bit different than this because you'd want the full set of tools for easy porting of SPKGs -- bash, tar, make, gcc, ... well, that's if you want to do Sage development, isn't it? (I'd be surprised if Sage needs a gcc compiler for a binary install) Well, the installation of optional SPKGs currently relies on the availability of a compiler. If you are happy with loosing optional SPKGs then you are right. In theory one could introduce the concept of binary SPKGs (though I'd take a hard look at alternative, pre-written distribution mechanisms first). Dag Sverre In addition, Cython doesn't work at all without a compiler. It's very reasonable that Sage end users would use Cython with Sage, and for this they need a compiler. The tight integration of Sage and Cython (e.g., %cython mode in the notebook) is one of the killer features of Sage, and it vanishes without a C compiler. We didn't used to ship GCC (or other tools) with Sage (via Cygwin) for Windows, though maybe we should have. We just shipped some relevant DLL's. There are some weird and very painful Windows-inherited relocation issues with Cygwin and dynamic loading of shared object libraries, by the way, which do make things hard. Maybe they aren't as bad these days (I don't know). Anyway, Dima, thanks for sorting my position that a Cygwin port of Sage would be very valuable indeed! s/sorting/supporting William, You are welcome. IMHO, it might be more reasonable to require Cygwin with the right tools (gcc + cython + whatever else is needed) being pre-installed, than to package everything in one mega-bundle. (one could perhaps have a custom Cygwin installer, with right things selected, provided) Possibly one can do all three, then find out what people demand by far the most: * self contained install (includes cygwin1.dll, etc.) * tar ball that gets extracted into an installed cygwin (like what we distribute for linux) * a standard cygwin package that one installs via the cygwin setup.exe program; e.g., singular is in there already. Although I understand that I touch upon a sensitive issue of packaging Sage in general... :) We just want to minimize our work and the complexity of the problem. By the way, anything new about moving to the newest GAP version? Somebody should post a new spkg. Then I'll test it on Itanium and see whether or not it works. If not, then it doesn't go in, but we can at least report the problem again to the GAP list. Dmitrii -- William -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org
Re: [sage-support] Re: SAGE and .NET interoperability.
Very interesting discussion--I'm glad to see stuff is still happening on this front, and great to hear from you again Blair. On Jan 5, 2010, at 6:49 PM, David Kirkby wrote: On Jan 3, 6:13 pm, Dima Pasechnik dimp...@gmail.com wrote: Also, note that many parts of Sage are not developed by Sage developers, e.g. Maxima, GAP. There is little chance that these parts would be ported to Windows natively (on the other hand, e.g., GAP has a Cygwin port, that is well-supported etc). I toyed with making a native port of GAP to Windows some ten years ago. It was a highly non-trivial task that would have taken me months back then (and then I was relatively well-versed in Windows programming). So a native port of Sage would still settle for Cygwin ports of some of its modules. That was why thought such a port would take 10-30 man years. William and I disagree over what is a 'native' application, but as he said, the lawyers can argue that one out. It helps that Sage's primary front end is a web interface, in a native Windows browser--as long as the back end runs smoothly and out of sight the user won't notice how it works. As for those that preferrer the command line, they'd probably be just as happy in a Cygwin shell or VM (if they choose Windows at all). I'm more hopeful about the Sage Python classes--Python and Cython are both supported on Windows, and distutils is supposed to handle all the linking stuff. I'm not saying there won't be issues though--from what I've seen of it the path to a Windows port is littered with so many tools and solutions that, in theory, should Just Work (cygwin, colinux, virtualization, ...) but in practice just don't. - Robert -- To post to this group, send email to sage-support@googlegroups.com To unsubscribe from this group, send email to sage-support+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-support URL: http://www.sagemath.org