We finally have the reverse DNS record, and I just checked the logs and it
looks like the emails are being accepted again. Sorry for the wait, there
was a bureaucratic snafu that held up our request in the IT department.
Let me know if you still have any problems with it.
-Keith
On Sunday, Oc
On Tuesday, October 29, 2013 10:53:57 AM UTC+1, arojas wrote:
> This is
> http://sourceforge.net/p/math-atlas/discussion/75123/thread/dc45bb67/
> See the PKGBUILD in
> https://aur.archlinux.org/packages/sage-mathematics-devel/ for a
> workaround
>
Thanks for pointing this out. With the patch
It looks to me like ClonableArray stores its object as a list
(I looked at ClonableArray.__init__)
while CombinatorialClass can keep the object as a Set,
but I didn't trace down the code very far.
If you convert a SetPartition to a list first then you
can map to sage Set.
sage: A = SetPartition([
On 2013-10-29 15:28, Jori Mantysalo wrote:
On Tue, 29 Oct 2013, Vincent Delecroix wrote:
all rounding are implemented in the CPU (is that true ? perhaps
changing the rounding often makes it slower). Do you have timings ?
Seems to be more complicated than just slow-or-fast -question. See
http:
On Tue, 29 Oct 2013, Vincent Delecroix wrote:
all rounding are implemented in the CPU (is that true ? perhaps changing
the rounding often makes it slower). Do you have timings ?
Seems to be more complicated than just slow-or-fast -question. See
http://www.intel.co.uk/content/dam/doc/manual/64
On 2013-10-29 12:39, Volker Braun wrote:
This is called ball arithmetic and was jut implemented in FLINT by
Fredrik Johannson,
e.g. http://fredrikj.net/blog/2012/04/high-precision-ball-arithmetic/. I
talked to him at the recent LMFDB workshop in Bristol and he thinks that
it is ready for producti
2013/10/29, Jean-Pierre Flori :
>
>
> On Tuesday, October 29, 2013 1:48:55 PM UTC+1, vdelecroix wrote:
>>
>> I do not see why RIF might be slower than RR. By construction, RIF is
>> a pair of real numbers. For arithmetic involving only +,-,*,/ we
>> should get a ratio of 2 for the execution time be
On Tuesday, October 29, 2013 1:48:55 PM UTC+1, vdelecroix wrote:
>
> I do not see why RIF might be slower than RR. By construction, RIF is
> a pair of real numbers. For arithmetic involving only +,-,*,/ we
> should get a ratio of 2 for the execution time because all rounding
> are implemented
I do not see why RIF might be slower than RR. By construction, RIF is
a pair of real numbers. For arithmetic involving only +,-,*,/ we
should get a ratio of 2 for the execution time because all rounding
are implemented in the CPU (is that true ? perhaps changing the
rounding often makes it slower).
This is called ball arithmetic and was jut implemented in FLINT by Fredrik
Johannson,
e.g. http://fredrikj.net/blog/2012/04/high-precision-ball-arithmetic/. I
talked to him at the recent LMFDB workshop in Bristol and he thinks that it
is ready for production. We should definitely wrap it ;-)
At #15299, we need to compute some series and we also want an error
bound on the result. Normally, interval arithmetic should be ideal for
this, but unfortunately RealIntervalField() is quite a bit slower than
RealField(). So I'm thinking about creating a faster (but more naive)
version of RIF,
Can somebody run
>
> sage -f -s atlas
>
> the interrupt after the configure step
>
> cd to the ATLAS-build/tune/sysinfo directory
>
> rm -f xsma
> make xsma outf='/tmp/xsma.out' flags='-m 1000'
>
> and post the output?
>
>
Here's mine:
> cat xsma.out
4225.36
4000.00
4411.76
--
You received
Dear list,
Let's hope this doesn't cross other messages like my previous post.
On Tue, 29 Oct 2013 03:33:53 -0700 (PDT)
Volker Braun wrote:
> The aur patch might avoid the problem but doesn't make any attempt to
> diagnose the actual problem.
>
> Can somebody run
>
> sage -f -s atlas
>
>
Thanks! I've added your observation to the upstream bug report at
https://sourceforge.net/p/math-atlas/discussion/75123/thread/dc45bb67/
On Tuesday, October 29, 2013 10:51:38 AM UTC, Erik Massop wrote:
>
> Hi,
>
>
> I have a similar error. The problem for me seems to be that
> 'fprintf(fpout,
Hi,
I have a similar error. The problem for me seems to be that
'fprintf(fpout, "%.e\n", t0);' of line 91 of
atlas-3.10.1.p6/src/ATLAS/tune/sysinfo/matime.c outputs "0e+00". Scanf
then only reads "0" instead of the full line "0e+00". Consequently the
next value cannot be read correctly. (Interest
Why is a set partition not a set of sets ? It would be much more
natural than an other layer with .to _set_of_sets(). The two levels
version imply that in order to access all operations you need two
identical copy of the same object. And by a set of sets I mean inherit
from Parent and having catego
The aur patch might avoid the problem but doesn't make any attempt to
diagnose the actual problem.
Can somebody run
sage -f -s atlas
the interrupt after the configure step
cd to the ATLAS-build/tune/sysinfo directory
rm -f xsma
make xsma outf='/tmp/xsma.out' flags='-m 1000'
and post the ou
El lunes, 28 de octubre de 2013 23:37:04 UTC+1, fech...@gmail.com escribió:
> Hi,
>
> I'm trying to build Sage 5.12 on my new box which has an
> Intel Core i7-3770 (Ivy Bridge) and runs Arch Linux. But the build
> of ATLAS always fails early with the same error.
>
> You can find the log file here
Hi,
I'm trying to build Sage 5.12 on my new box which has an
Intel Core i7-3770 (Ivy Bridge) and runs Arch Linux. But the build
of ATLAS always fails early with the same error.
You can find the log file here:
http://informatik.hu-berlin.de/~fechnedu/atlas-3.10.1.p5.log
I think the relevant line
Hi,
I already answered on SageManifolds list but I repeat here for people
interested:
yes it is possible to define a general (i.e. not necessarily Levi-Civita)
affine connection in SageManifolds; see the examples on the page
http://sagemanifolds.obspm.fr/doc/sagemanifolds/connection.html
Best
20 matches
Mail list logo
