On 01/29/10 01:08 AM, Alex Ghitza wrote:
On Thu, 28 Jan 2010 15:52:23 -0800 (PST), Sebastian Pancratz<s...@pancratz.org>
wrote:
After reviving the work from last September/ October with some
significant help of Mike Hansen at Sage Days 19 a week ago, we finally
had a version of the patch that applied cleanly to 4.3.1.rc0 (plus the
three patches by Robert Bradshaw from #383) and, at least on my
machine and another departmental machine, passed all doctests.
However, when Alex Ghitza had a look at this, he noticed a doctest
failure with his setup. It turns out that he can already produce an
error with the commands
sage: R.<x> = QQ[]
sage: f = 3/2*x - 1/3
sage: %time _ = f % f
Error: unable to alloc/realloc memory
This is on 32-bit Arch Linux, with gcc 4.4.2.
I believe it is a 32-bit problem, because I'm not seeing the failure on
64-bit Arch Linux with the same gcc version.
Sage is still building only 32-bit on Solaris. At the very least the ECL and
Maxima updates (#10766 & #10773), which both have positive review will be needed
for a 64-bit build.
However, this means I can try this. t2.math has 32 GB of RAM and my OpenSolaris
system has 12 GB, so neither should have problems allocating RAM. For those with
access to 'hawk', which is my OpenSolaris system, they can try this. The
buildbot can access hawk.
Note:
1) Both 'hawk' & t2.math are 64-bit machines with 64-bit kernels, but will build
32-bit binaries unless configured to build 64-bit binaries. So a default Sage
build will use 32-bit.
--
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?
Dave
--
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