On Fri, Jan 8, 2010 at 9:58 AM, Robert Bradshaw
<rober...@math.washington.edu> wrote:
> On Jan 8, 2010, at 7:02 AM, Dag Sverre Seljebotn 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, ...
>>
>> 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!)
>
> 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.

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

Reply via email to