On Jan 31, 1:20 pm, "Georg S. Weber"
wrote:
> P.S.:
> There is another issue revealed by this build failure reported above.
> I always run on the command line "MAKE && MAKE testlong" so after some
> hours/overnight/etc. the end result is there without further
> interaction of mine.
>
> Now t
On Jan 31, 1:09 pm, "Georg S. Weber"
wrote:
> Hi,
>
> for Sage 3.3.alpha3 I got a strange build failure with the new
> cddlib-094f.spkg on my Intel Core2Duo MacBook / Mac OS X 10.4.11,
> XCode 2.5:
>
> The make run (acually MAKE='make -j2' ) won't extract this spkg (see
> log posted below).
> A
On 31 Jan., 22:09, "Georg S. Weber"
wrote:
> Hi,
>
> for Sage 3.3.alpha3 I got a strange build failure with the new
> cddlib-094f.spkg on my Intel Core2Duo MacBook / Mac OS X 10.4.11,
> XCode 2.5:
>
> The make run (acually MAKE='make -j2' ) won't extract this spkg (see
> log posted below).
> Af
Hi,
for Sage 3.3.alpha3 I got a strange build failure with the new
cddlib-094f.spkg on my Intel Core2Duo MacBook / Mac OS X 10.4.11,
XCode 2.5:
The make run (acually MAKE='make -j2' ) won't extract this spkg (see
log posted below).
After changing the name to "cddlib-04f.tar.bz2", unpacking it (b
mabshoff wrote:
>
>
> On Jan 30, 6:25 am, Jaap Spies wrote:
>> Great job! I see this behaviour only on Fedora 9, not on Fedora 10.
>
> Well, it isn't fixed yet, but my guess is that it only happens on FC9
> and higher since the way brk randomization is done has changed in the
> kernel.
I did
On Jan 30, 6:25 am, Jaap Spies wrote:
> mabshoff wrote:
> > The problem is likely the same as Carl Witty and I tracked down above,
> > i.e. brk() does not extend the heap and Singular goes boom even though
> > it did get the memory. Note that in case of failure the amount
> > allocated seems
mabshoff wrote:
>
>
> On Jan 30, 5:41 am, Jaap Spies wrote:
[...]
>> Now running this eight tests in a loop.
>>
>> Until now:
>> [j...@paix sage-3.3.alpha3]$ grep passed t.log | wc -l
>> 493
>> [j...@paix sage-3.3.alpha3]$ grep fail t.log | wc -l
>> 2
>
[j...@paix sage-3.3.alpha3]$ grep passe
On Jan 30, 5:41 am, Jaap Spies wrote:
> mabshoff wrote:
> > Hello folks,
>
> > here goes alpha3 which is still rather large. It is mostly the mop up
> > of patches from Sage Days 12 which went rather well :)
>
> [...]
>
> > Please build, doctest and report all issues.
>
> On Fedora 9, 32 bits i
mabshoff wrote:
> Hello folks,
>
> here goes alpha3 which is still rather large. It is mostly the mop up
> of patches from Sage Days 12 which went rather well :)
>
[...]
>
> Please build, doctest and report all issues.
>
On Fedora 9, 32 bits in a fresh build:
The following tests failed:
mabshoff wrote:
>
>
> On Jan 29, 3:17 pm, William Stein wrote:
>
>
>
>> Built and fails spectacularly:
>>* Fedora 64 bit, with dozens of failures like this (about 1 in 6
>> doctest files):
>> sage -t "devel/sage/sage/misc/all.py"
>> A mysterious error (perphaps a memory error?) occurred
On Thu, 29 Jan 2009 at 11:19AM -0800, mabshoff wrote:
> Hello folks,
>
> here goes alpha3 which is still rather large. It is mostly the mop up
> of patches from Sage Days 12 which went rather well :)
[...]
> Please build, doctest and report all issues.
I've done multiple runs of 'make test', 'mak
Thanks for the report, David. This is now trac #5136:
http://trac.sagemath.org/sage_trac/ticket/5136
On Fri, Jan 30, 2009 at 8:16 PM, daveloeffler wrote:
>
> Upgrading from 3.3.alpha2, it all downloads and builds fine, but the
> fix for the fractional ideals in relative number fields problem s
Upgrading from 3.3.alpha2, it all downloads and builds fine, but the
fix for the fractional ideals in relative number fields problem seems
to have introduced a new bug:
sage: K. = QuadraticField(-23)
sage: L. = K.extension(x^3 - x - 1)
sage: OL = L.ring_of_integers()
It seems to get stuck in an
Ok, please close your eyes now if you don't want to know about mmap,
brk, sbrk and omalloc :) This is joint debugging work with cwitty!
If the import fails it always fails after importing:
sage.rings.polynomial.all -- sage/rings/all.py:93
with
error: no more memory
System 0k:0k Appl 0k/0k Mall
On Jan 29, 2009, at 11:19 , mabshoff wrote:
> There will be another alpha4 in the near future since we need to
> switch to ecls and also do a couple more invasive things. Also another
> bunch of essential build fixes did not make it into this release yet,
> but delaying it won't do any good sinc
On Jan 29, 5:15 pm, mabshoff wrote:
> On Jan 29, 3:17 pm, William Stein wrote:
>
>
>
> > Built and fails spectacularly:
> > * Fedora 64 bit, with dozens of failures like this (about 1 in 6
> > doctest files):
> > sage -t "devel/sage/sage/misc/all.py"
> > A mysterious error (perphaps a mem
On Jan 29, 3:17 pm, William Stein wrote:
> Built and fails spectacularly:
> * Fedora 64 bit, with dozens of failures like this (about 1 in 6
> doctest files):
> sage -t "devel/sage/sage/misc/all.py"
> A mysterious error (perphaps a memory error?) occurred, which may have
> crashed doctes
On Thu, Jan 29, 2009 at 3:25 PM, mabshoff wrote:
>
>
>
> On Jan 29, 3:17 pm, William Stein wrote:
>> On Thu, Jan 29, 2009 at 1:38 PM, Alex Ghitza wrote:
>> > On Archlinux 32-bit, built and doctested with only the numerical noise
>> > issue
>> > in calculus.py, and the tod_d_basis problem.
>>
>
On Jan 29, 3:17 pm, William Stein wrote:
> On Thu, Jan 29, 2009 at 1:38 PM, Alex Ghitza wrote:
> > On Archlinux 32-bit, built and doctested with only the numerical noise issue
> > in calculus.py, and the tod_d_basis problem.
>
> > Best,
> > Alex
>
> Failed to build on:
> * centos32 -- atlas
On Thu, Jan 29, 2009 at 1:38 PM, Alex Ghitza wrote:
> On Archlinux 32-bit, built and doctested with only the numerical noise issue
> in calculus.py, and the tod_d_basis problem.
>
> Best,
> Alex
Failed to build on:
* centos32 -- atlas, system too loaded
* mandriva32, mandriva64 -- fails to
On Archlinux 32-bit, built and doctested with only the numerical noise issue
in calculus.py, and the tod_d_basis problem.
Best,
Alex
On Fri, Jan 30, 2009 at 6:19 AM, mabshoff wrote:
>
> Hello folks,
>
> here goes alpha3 which is still rather large. It is mostly the mop up
> of patches from Sage
On Jan 29, 11:39 am, Nick Alexander wrote:
> > [j...@peace sage-3.3.alpha0]$ ./sage -t "devel/sage/sage/calculus/
> > calculus.py"
> > sage -t "devel/sage/sage/calculus/calculus.py"
> > **
> > File "/home/jaap/Download/sage-3.
> [j...@peace sage-3.3.alpha0]$ ./sage -t "devel/sage/sage/calculus/
> calculus.py"
> sage -t "devel/sage/sage/calculus/calculus.py"
> **
> File "/home/jaap/Download/sage-3.3.alpha0/devel/sage/sage/calculus/
> calculus.py",
> l
mabshoff wrote:
> Hello folks,
>
> here goes alpha3 which is still rather large. It is mostly the mop up
> of patches from Sage Days 12 which went rather well :)
>
> There will be another alpha4 in the near future since we need to
> switch to ecls and also do a couple more invasive things. Also
24 matches
Mail list logo