[sage-devel] Sage 5.6 on ARM

2013-01-27 Thread Julien Puydt
Hi, here is where we stand: - build: ok, even though libm4rie's conversion.c is a pain ; - ptestlong: three failing tests, related to libc's gamma function (as usual... I should find the time to fix that...) ; - bdist: available in the bdist/ directory of my home dir (~jpuydt) on sage.math.

Re: [sage-devel] Error building sage-5.7.beta1 on FreeBSD

2013-01-27 Thread Francois Bissey
My initial answer was a bit rushed. The spkg needs fixing in my opinion. I think -fPIC should be used for scipy and I overlooked that in my ticket review. I think it can be fixed with redefining FC, I'll check later tonight when I have some time. Francois On 28/01/2013, at 15:51, "Stephen Montg

[sage-devel] Re: Error building sage-5.7.beta1 on FreeBSD

2013-01-27 Thread kcrisman
> > > The reason seems to be because in scipy-0.11.0.p0/spkg-install the > definitions setting fortran to sage_fortran have been removed. But the > file $SAGE_LOCAL/bin/sage_fortran contains lines like: > exec $myFC -fPIC "$@" > > > This is on FreeBSD, and I use the gfortran that comes in the

Re: [sage-devel] Error building sage-5.7.beta1 on FreeBSD

2013-01-27 Thread François Bissey
On Sun, 27 Jan 2013 20:51:33 Stephen Montgomery-Smith wrote: > I am getting this error when building scipy-0.11.0.p0. > > > /usr/home/stephen/sage-devel/work/sage-5.7.beta1/local/bin/gfortran > -Wall -shared > -Wl,-rpath=/usr/home/stephen/sage-devel/work/sage-5.7.beta1/local/lib > -Wl,-rpath=/usr

[sage-devel] Error building sage-5.7.beta1 on FreeBSD

2013-01-27 Thread Stephen Montgomery-Smith
I am getting this error when building scipy-0.11.0.p0. /usr/home/stephen/sage-devel/work/sage-5.7.beta1/local/bin/gfortran -Wall -shared -Wl,-rpath=/usr/home/stephen/sage-devel/work/sage-5.7.beta1/local/lib -Wl,-rpath=/usr/local/lib/gcc46 build/temp.freebsd-8.3-STABLE-amd64-2.7/build/src.freebsd-

Re: [sage-devel] Problems installing sage 5.6

2013-01-27 Thread Volker Braun
On Sunday, January 27, 2013 9:06:10 PM UTC, Jeroen Demeyer wrote: > With a known fix: > http://trac.sagemath.org/sage_trac/ticket/12672 > Is it? Doesn't seem to be working on OSX 10.4, say. The real bug is still that we are using LD_LIBRARY_PATH instead of setting rpaths. It just a bad idea..

Re: [sage-devel] Problems installing sage 5.6

2013-01-27 Thread Jeroen Demeyer
This is a known problem: http://trac.sagemath.org/sage_trac/ticket/11391 With a known fix: http://trac.sagemath.org/sage_trac/ticket/12672 But people don't like the fix: https://groups.google.com/forum/?fromgroups#!topicsearchin/sage-devel/m4$20package/sage-devel/7LiuRMhO-B8 -- You received thi

[sage-devel] Problems installing sage 5.6

2013-01-27 Thread lucius_mert...@gmx.de
Hello all, yesterday, I tried to install sage 5.6 on my netbook (processor: Intel Atom CPU450 @1.66 GHz) running under OpenSUSE 12.1. The binary I downloaded did not really work because there was some hash value missing, hence I tried to build sage from source. I have made sure that I have al

[sage-devel] Re: Univariate quotient ring returning wrong results

2013-01-27 Thread mmarco
I think that the general way to go would be to compute a groebner basis of the ideal we are quotienting by, and then always reduce by this GB. If i am not mistaken, that is the way that quotients of multivariate polynomial rings are implemented. There could be some rings over which we have no gro

Re: [sage-devel] Univariate quotient ring returning wrong results

2013-01-27 Thread Maarten Derickx
+1 It's better to raise an error then to fail silently. If it turns out that a lot of doctest break because of this change it is maybe good to instead create a method called reduce_unique, or add a keyword unique to reduce. Here reduce_unique should have the additional property that I.reduce_u