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

Reply via email to