#6743: cygwin metaticket: port Sage to Microsoft Windows (via Cygwin): stage 1 
--
make building Sage automatic
-------------------------------+--------------------------------------------
       Reporter:  was          |         Owner:  was                            
                                                                   
           Type:  enhancement  |        Status:  needs_info                     
                                                                   
       Priority:  major        |     Milestone:  sage-5.8                       
                                                                   
      Component:  cygwin       |    Resolution:                                 
                                                                   
       Keywords:  sd31 sd32    |   Work issues:                                 
                                                                   
Report Upstream:  N/A          |     Reviewers:  Jean-Pierre Flori, Dmitrii 
Pasechnik, Karl-Dieter Crisman, Mike Hansen, William Stein, Luis Tabera
        Authors:               |     Merged in:                                 
                                                                   
   Dependencies:               |      Stopgaps:                                 
                                                                   
-------------------------------+--------------------------------------------

Comment (by kcrisman):

 > As it turns out, #14254 wasn't the (whole) problem.  Most of the errors
 were of the following ilk.
 > {{{
 > Exception KeyError: (The ring pointer -0x1f5282c,) in
 'sage.libs.singular.ring.singular_ring_delete' ignored
 > }}}
 I don't know what is going on here.
 >{{{
 >       File "plural.pyx", line 573, in
 sage.rings.polynomial.plural.NCPolynomialRing_plural.__hash__
 (sage/rings/polynomial/plural.cpp:6487)
 >     OverflowError: Python int too large to convert to C long
 > }}}
 So ... would importing and using the `signed_id` function from #14254 be
 sufficient here?
 > {{{
 >     Found executable /home/sagetest/sage-5.8.beta4/local/bin/sage-
 inline-fortran
 >     gnu: no Fortran 90 compiler found
 >  Found executable /usr/bin/ld
 >     Found executable /usr/bin/ar
 >     Found executable /usr/bin/ranlib
 >     gnu: no Fortran 90 compiler found
 > }}}
 I'm not sure why this isn't working.
 > {{{
 > sage -t  devel/sage-main/sage/functions/other.py
 > **********************************************************************
 > File "/home/sagetest/sage-5.8.beta4/devel/sage-
 main/sage/functions/other.py", line 664:
 >     sage: gamma1(float(6))
 > Expected:
 >     120.0
 > Got:
 >     119.99999999999997
 > **********************************************************************
 > }}}
 This seems very familiar.  I am pretty sure we have other platforms where
 this happens - #10285 seems to have this, for instance.  #8847 should have
 fixed this a long time ago, but maybe I have the wrong stuff now?
 > {{{
 > sage -t  devel/sage-main/sage/misc/cython.py
 > Compiling hello.spyx...
 > cp: cannot stat
 `/home/Administrator/.sage/temp/CETGORD_J5FGIPM/7732/spyx/hello/hello.so':
 No such file or directory
 > **********************************************************************
 > File "/home/sagetest/sage-5.8.beta4/devel/sage-
 main/sage/misc/cython.py", line 695:
 >     sage: cython_create_local_so('hello.spyx')
 >     RuntimeError: Error making local copy of shared object library for
 hello.spyx
 > **********************************************************************
 > }}}
 No idea.  Maybe a permissions thing?
 > {{{
 > sage -t  devel/sage-main/sage/symbolic/expression.pyx
 > **********************************************************************
 > File "/home/sagetest/sage-5.8.beta4/devel/sage-
 main/sage/symbolic/expression.pyx", line 6721:
 >     sage: SR(10.0r).gamma()
 > Expected:
 >     362880.0
 > Got:
 >     362879.9999999998
 > #0: simplify_sum(expr='sum(q^k,k,0,inf))
 > #1: simplify_sum(expr=a*'sum(q^k,k,0,inf))
 > **********************************************************************
 > }}}
 Same issue as above, I would say.
 > {{{
 > sage -t  devel/sage-main/sage/structure/sage_object.pyx
 > **********************************************************************
 > File "/home/sagetest/sage-5.8.beta4/devel/sage-
 main/sage/structure/sage_object.pyx", line 1215:
 >     sage: if uid==0:
 >         raise OSError('You must not run the doctests as root, geez!')
 >     else: sage.structure.sage_object.picklejar(Integer(1), dir +
 '/noaccess')
 > Expected:
 >     Traceback (most recent call last):
 >     ...
 >     OSError: ...
 > Got nothing
 > **********************************************************************
 > }}}
 Aside from the bizarre expected OSError, I would guess this is closely
 related to the next one.
 > {{{
 > sage -t  devel/sage-main/sage/tests/cmdline.py
 > **********************************************************************
 > File "/home/sagetest/sage-5.8.beta4/devel/sage-
 main/sage/tests/cmdline.py", line 376:
 >     sage: ret
 > Expected:
 >     0
 > Got:
 >     -6
 > **********************************************************************
 > }}}
 This seems to be from the command
 {{{
 sage: (out, err, ret) = test_executable(["sage", "--ipython"],
 "\n3**33\n")
 }}}
 but when would IPython return negative 6?

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/6743#comment:193>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to