In gmane.comp.mathematics.sage.devel, you wrote: > On Thu, Feb 16, 2012 at 9:45 AM, Dima Pasechnik <dimp...@gmail.com> wrote: >> In gmane.comp.mathematics.sage.devel, you wrote: >>> >>> >>> On Feb 15, 6:31 pm, kcrisman <kcris...@gmail.com> wrote: >>>> On Feb 15, 7:22 pm, rjf <fate...@gmail.com> wrote: >>>> >>>> > > IMHO, a native port of Sage to Windows could not be done in a week or >>>> > > two. >>>> > > Perhaps a Cygwin port could, but I'm talking of a native port, where >>>> > > the >>>> > > code runs directly on Windows, without any Linux virtual machines, >>>> > > emulators or similar. >>>> >>>> > I see no reason to reject MinGW, Cygwin, or other libraries as part of >>>> > a Sage system on Windows. >>>> >>>> Then you haven't tried to actually do this, which of course we know. >>>> Unfortunately, even getting Maxima to work right on Cygwin with ECL >>> >>> ... maybe because running ECL is the wrong choice, dictated by a >>> misguided policy about what software is politically acceptable. >>> >>>> was nontrivial lately because of how Juanjo had to do forking (which >>>> he's since gotten around entirely) which does not work on Cygwin >>>> properly. (And I say this out of sheer experience trying to get it to >>>> work, not because I know anything about forking. Those who do are >>>> even more emphatic about it.) >>>> >>>> > If you wish, I'll offer you a 20:1 bet.. If you, or someone you >>>> know, can >>>> >>>> > > get a full port of Sage done inside a month, I'll pay you $2000. >>>> >>>> > I think that a month (160 hours X expert rate of, say, $500/hour) >>>> > would >>>> > do it. That is far more than $2,000. >> >> By far the quickest way to make Sage run on Windows is to get an expert >> to fix Cygwin's fork implementation. >> >> The problem is that while such persons exist, they all have >> signed an NDA, which would prevent them to do what's needed. > > Why do you think it's *possible* to have a good fork implementation in > Cygwin? I had the impression that it is impossible
Quoting http://comments.gmane.org/gmane.comp.python.cython.devel/8730: % Cygwin's problem is that hooking up a process created by % ZwCreateProcess to the Win32 or SUA subsystem is undocumented; neither % MS documentation or Nebbet cover that. That is why Cygwin does not % implement a copy-on-write fork yet, although most modern hardware % supports it. > > Also, there is much, much more wrong with Cygwin than just fork... aside of absense of a 64-bit version (and the dreadful fork crap), it's workable... Dima > >> >> Anything esle is a huge waste of man-hours. >> (of course this makes your 500$/h experts in wheel reinvention >> laughing all the way to the bank...) >> >> Frankly, that's disturbing, isn't it? >> >> Dima >> >> -- >> To post to this group, send an email to sage-devel@googlegroups.com >> To unsubscribe from this group, send an email to >> sage-devel+unsubscr...@googlegroups.com >> For more options, visit this group at >> http://groups.google.com/group/sage-devel >> URL: http://www.sagemath.org > > > > -- > William Stein > Professor of Mathematics > University of Washington > http://wstein.org > > -- > To post to this group, send an email to sage-devel@googlegroups.com > To unsubscribe from this group, send an email to > sage-devel+unsubscr...@googlegroups.com > For more options, visit this group at > http://groups.google.com/group/sage-devel > URL: http://www.sagemath.org > -- To post to this group, send an email to sage-devel@googlegroups.com To unsubscribe from this group, send an email to sage-devel+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/sage-devel URL: http://www.sagemath.org
