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.
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
>
>
> 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
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
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-
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..
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
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
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
+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
10 matches
Mail list logo