On Tue, Jun 2, 2009 at 6:32 AM, Jerome Lefebvre
wrote:
>
> Hello,
>
> Two function call that access other functions that aren't defined.
Thanks. This now trac #6186:
http://trac.sagemath.org/sage_trac/ticket/6186
>
> sage: version()
> 'Sage Version 4.0, Release Date: 2009-05-29'
>
> sage:
On Sat, May 30, 2009 at 10:34, William Stein wrote:
>
> I have release sage-4.0. It's now available at
> http://sagemath.org/src/. Binaries will follow in a day.
>
Sage-4.0 built OK on an EeePC 901 Linux, with Atom processor. But "make
testlong" triggered three test failures. Two of them ti
Hi,
small update on GCC 4.4 compilation, I managed to walk around ICE in
snapshot and compile up to place where Singular fails because of use
of strchr in 2 places, i.e. it uses "char * strchr(const char*, int)"
while from version 4.4 gcc allows only "const char* strchr(const
char*, int)" or "cha
Hi all,
On 30 Mai, 16:34, William Stein wrote:
> Hello,
>
> I have release sage-4.0. It's now available athttp://sagemath.org/src/.
> Binaries will follow in a day.
>
> William
>
> --
> William Stein
> Associate Professor of Mathematics
> University of Washingtonhttp://wstein.org
there seem
Hi,
2009/5/30 mabshoff :
>
>
>
> On May 30, 10:20 am, William Stein wrote:
>> 2009/5/30 Andrzej Giniewicz :
>>
>>
>>
>> > Hi,
>>
>> > tried to do some test, but I have similar issue as Vlad reported on
>> > sage-support for 4.0rc0 in topic "building sage 4.0.rc0 with gcc 4.4.0
>> > and glibc 2.1
On May 31, 1:49 am, William Stein wrote:
> This is precisely what happened. ...
Good, and i have an idea: The script could use the timestamp of the
md5sums.txt file and ignore it's entries if the timestamp of the
respective .zip file is newer! Then, you don't have to delete the
entry to recrea
On May 30, 2009, at 18:51 , Stephen Hartke wrote:
> On Sat, May 30, 2009 at 9:34 AM, William Stein
> wrote:
>
>> I have release sage-4.0. It's now available at
>> http://sagemath.org/src/. Binaries will follow in a day.
>>
>
> Sage 4.0 compiled cleanly from source on Fedora 8 x86_64 Linux,
On Sat, May 30, 2009 at 6:51 PM, Stephen Hartke wrote:
> On Sat, May 30, 2009 at 9:34 AM, William Stein wrote:
>>
>> I have release sage-4.0. It's now available at
>> http://sagemath.org/src/. Binaries will follow in a day.
>
> Sage 4.0 compiled cleanly from source on Fedora 8 x86_64 Linux, b
On Sat, May 30, 2009 at 9:34 AM, William Stein wrote:
> I have release sage-4.0. It's now available at
> http://sagemath.org/src/. Binaries will follow in a day.
>
Sage 4.0 compiled cleanly from source on Fedora 8 x86_64 Linux, but I get a
segfault with the following commands:
theta1,theta2=
On Sat, May 30, 2009 at 19:39, Kevin Horton wrote:
> On Sat, May 30, 2009 at 19:17, Kevin Horton wrote:
>
>> On Sat, May 30, 2009 at 10:34, William Stein wrote:
>>
>>>
>>> I have release sage-4.0. It's now available at
>>> http://sagemath.org/src/. Binaries will follow in a day.
>>>
>>
>> I
On Sat, May 30, 2009 at 11:27 AM, wrote:
>
> Hi William,
>
> On 30 Mai, 16:34, William Stein wrote:
>> I have release sage-4.0. It's now available athttp://sagemath.org/src/.
>> Binaries will follow in a day.
>
> Wasn't it claimed (AFAIK off list by you or Michael Abshoff) that sage
> 4.0 w
On Sat, May 30, 2009 at 12:46 PM, Harald Schilly
wrote:
>
> On May 30, 8:46 pm, Kevin Horton wrote:
>> What is the correct MD5 for the tarball? It is listed at
>> 811388eac1e33fc4ec837d9e05b6b95b on the web page, yet I got
>> 1f4e16b8f759174ad2c107161e1b03a2 on my downloaded tarball. I downloa
On Sat, May 30, 2009 at 19:17, Kevin Horton wrote:
> On Sat, May 30, 2009 at 10:34, William Stein wrote:
>
>>
>> I have release sage-4.0. It's now available at
>> http://sagemath.org/src/. Binaries will follow in a day.
>>
>
> I built sage-4.0 on 32 bit ubuntu 8.10. It built OK, but "make te
On May 30, 2009, at 07:34 , William Stein wrote:
>
> Hello,
>
> I have release sage-4.0. It's now available at
> http://sagemath.org/src/. Binaries will follow in a day.
Built from scratch on Mac OS X, 10.5.7 (Dual Quad Xeon), 32-bit w/o
problems. "make -j6 test" completed w/o failures.
On Sat, May 30, 2009 at 10:34, William Stein wrote:
>
> I have release sage-4.0. It's now available at
> http://sagemath.org/src/. Binaries will follow in a day.
>
I built sage-4.0 on 32 bit ubuntu 8.10. It built OK, but "make testlong"
produced a huge number of failures of like:
sage -t -l
On May 30, 2009, at 10:34 AM, William Stein wrote:
>
> Hello,
>
> I have release sage-4.0. It's now available at
> http://sagemath.org/src/. Binaries will follow in a day.
>
On my 2.1GHz MacBook running OS X 10.5.7 the result of "make test":
-
On May 30, 10:20 am, William Stein wrote:
> 2009/5/30 Andrzej Giniewicz :
>
>
>
> > Hi,
>
> > tried to do some test, but I have similar issue as Vlad reported on
> > sage-support for 4.0rc0 in topic "building sage 4.0.rc0 with gcc 4.4.0
> > and glibc 2.10.1 fails (on arch linux)", (btw, I also
On May 30, 8:46 pm, Kevin Horton wrote:
> What is the correct MD5 for the tarball? It is listed at
> 811388eac1e33fc4ec837d9e05b6b95b on the web page, yet I got
> 1f4e16b8f759174ad2c107161e1b03a2 on my downloaded tarball. I downloaded
> again, and got the same MD5. It expands without an obviou
On May 30, 10:34 am, William Stein wrote:
> I have release sage-4.0. It's now available at
> http://sagemath.org/src/.
Built fine on my Intel based MacBook Pro running OS X 10.4.11.
Running 'make test' right now.
As I recall, I should be able to build Sage.app by running
'./sage -bdist 4.0',
There's an spkg on track but it hasn't been reviewed yet. I was hoping
to look at it this weekend, but feel free to beat me to it. :)
Kiran
On May 30, 2:27 pm, simon.k...@uni-jena.de wrote:
> Hi William,
>
> On 30 Mai, 16:34, William Stein wrote:
>
> > I have release sage-4.0. It's now availab
On Sat, May 30, 2009 at 10:34, William Stein wrote:
>
> I have release sage-4.0. It's now available at
> http://sagemath.org/src/. Binaries will follow in a day.
>
What is the correct MD5 for the tarball? It is listed at
811388eac1e33fc4ec837d9e05b6b95b on the web page, yet I got
1f4e16b8f7
On May 29, 2009, at 13:36 , Mike Hansen wrote:
>
> Hello,
>
> Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
> happens, this will become 4.0. The tarball can be
> found at
>
> http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.tar
>
> and a copy of it to be used for
Hi William,
On 30 Mai, 16:34, William Stein wrote:
> I have release sage-4.0. It's now available athttp://sagemath.org/src/.
> Binaries will follow in a day.
Wasn't it claimed (AFAIK off list by you or Michael Abshoff) that sage
4.0 would contain Singular 3-1-0? It isn't there, the spkg is
2009/5/30 Andrzej Giniewicz :
>
> Hi,
>
> tried to do some test, but I have similar issue as Vlad reported on
> sage-support for 4.0rc0 in topic "building sage 4.0.rc0 with gcc 4.4.0
> and glibc 2.10.1 fails (on arch linux)", (btw, I also have Arch with
> gcc 4.4 and glibc 2.10), the error for me
This is the same issue as reported by Alex Ghitsa.
John
2009/5/30 Andrzej Giniewicz :
>
> Hi,
>
> tried to do some test, but I have similar issue as Vlad reported on
> sage-support for 4.0rc0 in topic "building sage 4.0.rc0 with gcc 4.4.0
> and glibc 2.10.1 fails (on arch linux)", (btw, I also h
Hi,
tried to do some test, but I have similar issue as Vlad reported on
sage-support for 4.0rc0 in topic "building sage 4.0.rc0 with gcc 4.4.0
and glibc 2.10.1 fails (on arch linux)", (btw, I also have Arch with
gcc 4.4 and glibc 2.10), the error for me it:
g++ -o ./comptest comptest_n.o comppro
On May 30, 12:51 am, John Cremona wrote:
> 2009/5/30 Alex Ghitza :
> > On my dell laptop running archlinux, my build from scratch fails at
> > eclib. I've extracted the relevant part from install.log and posted
> > it at
>
> >http://www.ms.unimelb.edu.au/~aghitza/part_of_install.log
>
> > Thi
2009/5/30 Alex Ghitza :
>
> On Sat, May 30, 2009 at 6:36 AM, Mike Hansen wrote:
>>
>> Hello,
>>
>> Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
>> happens, this will become 4.0. The tarball can be
>> found at
>>
>> http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.
2009/5/30 William Stein :
>
> On Fri, May 29, 2009 at 2:47 PM, Jaap Spies wrote:
>>
>> Mike Hansen wrote:
>>> Hello,
>>>
>>> Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
>>> happens, this will become 4.0. The tarball can be
>>> found at
>>>
>>> http://sage.math.washington.
On Sat, May 30, 2009 at 11:17 AM, Mike Hansen wrote:
>
> On Fri, May 29, 2009 at 5:00 PM, Alex Ghitza wrote:
>> Hi,
>>
>> On my dell laptop running archlinux, my build from scratch fails at
>> eclib. I've extracted the relevant part from install.log and posted
>> it at
>>
>> http://www.ms.unime
Jason Grout wrote:
> Mike Hansen wrote:
>> Hello,
>>
>> Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
>> happens, this will become 4.0. The tarball can be
>> found at
>>
>
>
> I just tried to import a patch into queues, and had something that was
> weird. This is a fresh
Mike Hansen wrote:
> Hello,
>
> Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
> happens, this will become 4.0. The tarball can be
> found at
>
I just tried to import a patch into queues, and had something that was
weird. This is a fresh build of 4.0.rc2 on Ubuntu 9.04,
All tests passed on an Ubuntu 8.10 machine.
-Marshall
On May 29, 4:47 pm, Jaap Spies wrote:
> Mike Hansen wrote:
> > Hello,
>
> > Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
> > happens, this will become 4.0. The tarball can be
> > found at
>
> >http://sage.math.washing
On Fri, May 29, 2009 at 5:00 PM, Alex Ghitza wrote:
> Hi,
>
> On my dell laptop running archlinux, my build from scratch fails at
> eclib. I've extracted the relevant part from install.log and posted
> it at
>
> http://www.ms.unimelb.edu.au/~aghitza/part_of_install.log
>
> This might have someth
On Sat, May 30, 2009 at 6:36 AM, Mike Hansen wrote:
>
> Hello,
>
> Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
> happens, this will become 4.0. The tarball can be
> found at
>
> http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.tar
>
> and a copy of it to be used
On Fri, May 29, 2009 at 2:47 PM, Jaap Spies wrote:
>
> Mike Hansen wrote:
>> Hello,
>>
>> Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
>> happens, this will become 4.0. The tarball can be
>> found at
>>
>> http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.tar
>>
O
Mike Hansen wrote:
> Hello,
>
> Sage 4.0.rc2 has been released. Assuming that nothing catastrophic
> happens, this will become 4.0. The tarball can be
> found at
>
> http://sage.math.washington.edu/home/mhansen/sage-4.0.rc2.tar
>
> and a copy of it to be used for upgrading can be found at
>
As an upgrade, passed all tests on 64-bit Ubuntu 8.10 with Intel Core
Duo.
Rob
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send email to
sage-devel-unsubscr...@googlegroups.com
For more opt
Besides numerical noise, I get a bunch of doctest failures triggered
by errors of the form
OSError: [Errno 12] Cannot allocate memory: '/scratch/sage-4.0.rc1/
tmp'
I think this is believed to be a known issue with Python 2.5 on Fedora
x86-64; see tickets #5218 and #6151, which I believe are due
On May 28, 2009, at 01:46 , Mike Hansen wrote:
>
> Hello,
>
> Sage 4.0.rc1 has been released. This should hopefully take care of
> the rest of the fallout from the switch to Pynac. The tarball can be
> found at
>
> http://sage.math.washington.edu/home/mhansen/sage-4.0.rc1.tar
>
> and a copy of
On Thu, May 28, 2009 at 10:46 AM, Mike Hansen wrote:
>
> Hello,
>
> Sage 4.0.rc1 has been released. This should hopefully take care of
> the rest of the fallout from the switch to Pynac. The tarball can be
> found at
>
> http://sage.math.washington.edu/home/mhansen/sage-4.0.rc1.tar
>
> and a co
On Thu, May 28, 2009 at 12:21 PM, davidloeffler wrote:
> Same for me (SuSE 32-bit). Note that one of the failures in
> expression.pyx is *not* numerical noise, it's a hash value --
> presumably a 32/64 bit issue.
There is a patch at http://trac.sagemath.org/sage_trac/ticket/6150 if
someone wants
On May 28, 7:00 pm, John Cremona wrote:
> 2009/5/28 Marshall Hampton :
>
>
>
> > I had the same two numerical noise type failures in matrix2.pyx and
> > expression.pyx, on an intel mac running 10.5. Those were the only
> > failures.
>
> Same here on ubiuntu 32-bit.
>
> John
Same for me (SuSE 32
2009/5/28 Marshall Hampton :
>
> I had the same two numerical noise type failures in matrix2.pyx and
> expression.pyx, on an intel mac running 10.5. Those were the only
> failures.
>
Same here on ubiuntu 32-bit.
John
> -M. Hampton
>
> On May 28, 6:04 am, Jaap Spies wrote:
>> Mike Hansen wrote
I had the same two numerical noise type failures in matrix2.pyx and
expression.pyx, on an intel mac running 10.5. Those were the only
failures.
-M. Hampton
On May 28, 6:04 am, Jaap Spies wrote:
> Mike Hansen wrote:
> > Hello,
>
> > Sage 4.0.rc1 has been released. This should hopefully take ca
At the end of the compilation, when it generates the reference manual,
I'm getting a huge bunch of warning messages from the Sphinx parser.
These are due to badly formatted ReST docstrings. I've opened a ticket
(#6149) and uploaded a patch -- any volunteers to review this? It
would look a bit unpr
Mike Hansen wrote:
> Hello,
>
> Sage 4.0.rc1 has been released. This should hopefully take care of
> the rest of the fallout from the switch to Pynac. The tarball can be
> found at
>
> http://sage.math.washington.edu/home/mhansen/sage-4.0.rc1.tar
>
> and a copy of it to be used for upgrading
On Mon, May 25, 2009 at 7:06 PM, Nicolas M. Thiery
wrote:
> Adding a couple calls like:
>
> register_unpickle_override('sage.categories.category', 'Sets', Sets)
>
> did the trick (thanks Carl!). By the way, where in the Sage source
> tree should I put those?
Well, obviously we don't have
Dear Craig, David, Mike, Robert:
Good news: I had not look at the unpickling issues outside of the
combinatorics code, thinking they would be similar to those in there,
that is fairly easy to handle. They actually turned out to be all
completely trivial: it's just that the basic categorie
On Mon, May 25, 2009 at 6:54 AM, Wilfried_Huss
wrote:
>
> With the new symbolics I get the following error:
>
> sage: a(x) = x
> sage: print a(x)
> ERROR: An unexpected error occurred while tokenizing input
> The following traceback may be corrupted or invalid
> The error message is: ('EOF in mul
On Fri, May 22, 2009 at 2:00 PM, Nick Alexander wrote:
>
>> We do this to avoid the (large) overhead of re-creating constants in
>> the bodies of loops, functions, etc. Perhaps we need to detect the
>> Integer=xxx line explicitly?
>
> Doing this accurately is equivalent to the halting problem. T
I had all the same failures as John on my apple 10.5 laptop, except
the graph_plot failure. This was from a fresh build, not an upgrade.
-M. Hampton
On May 21, 10:11 pm, John H Palmieri wrote:
> On May 21, 7:14 am, mabshoff wrote:
>
> > Hi,
>
> > I gotta run to the airport, but sources and up
Dear Craig, David, Mike, Robert:
On Sat, May 23, 2009 at 10:01:47AM -0700, Nicolas Thiéry wrote:
> I'll also give it a shot at the getattr alternative implementation
> (as we had discussed), so that you can focus on reviewing.
Done for the second one: see categories-getattr_hack-nt.patch
On Sat, May 23, 2009 at 06:19:35PM -0700, Nicolas Thiéry wrote:
> Dear Craig, David, Mike, Robert:
>
> On Sat, May 23, 2009 at 10:01:47AM -0700, Nicolas Thiéry wrote:
> > I'll also give it a shot at the getattr alternative implementation
> > (as we had discussed), so that you can focus on r
Hi,
good to hear that you were able to build Sage at last!
>From past discussions, and the bad experiences we had with MacPorts/
Fink intervening, I'd say "the glass is half full" rather than "the
glass is half empty".
It's quite a huge effort to make work "to build sage, simply type:
make", on a
Dear Craig, David, Mike, Robert:
Thanks for this week of intensive work together!
In the plane, I'll be working on updating the names of the categories
(AbelianGroups -> CommutativeAdditiveGroup, ...). I'll also give it a
shot at the getattr alternative implementation (as we had discusse
On 23 May 2009, at 07:31, Pat LeSmithe wrote:
>
>
> In some circumstances, "Stein's trick" may help [1]:
>
> class myint:
>def eval(self, s, globals, locals):
>_temp = locals['Integer']
>locals['Integer'] = float
>ans = python.eval(preparse(s), globals, locals)
>
In some circumstances, "Stein's trick" may help [1]:
class myint:
def eval(self, s, globals, locals):
_temp = locals['Integer']
locals['Integer'] = float
ans = python.eval(preparse(s), globals, locals)
locals['Integer'] = _temp
return ans
Examples, i
On 21 May 2009, at 04:19, gsw wrote:
> Sage-4.0.alpha0 did build fine on my G4 PowerBook 550Mhz with OS X
> 10.4.11 and Xcode 2.5. From the istall.log:
>
> gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -
> DOPERATION_scan1 -O2 -mpowerpc -no-cpp-precomp -force_cpusubtype_ALL
mabshoff wrote:
>
>
> On May 22, 1:46 am, "Dr. David Kirkby"
> wrote:
>> mabshoff wrote:
>>> Hi,
>>> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
>>> are in
>>>http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
>> I must say, it's looking better on
On May 22, 2009, at 2:00 PM, Nick Alexander wrote:
>> We do this to avoid the (large) overhead of re-creating constants in
>> the bodies of loops, functions, etc. Perhaps we need to detect the
>> Integer=xxx line explicitly?
>
> Doing this accurately is equivalent to the halting problem.
Yep. De
On 22 May 2009, at 16:56, Franco Saliola wrote:
> On Fri, May 22, 2009 at 10:42 PM, Kevin Horton
> wrote:
>>
>> On 22 May 2009, at 16:07, Robert Bradshaw wrote:
>>
>>> On May 22, 2009, at 3:36 AM, Kevin Horton wrote:
>>>
I am using sage-4.0.rc0 on 32 bit ubuntu 8.10.
I have disc
> We do this to avoid the (large) overhead of re-creating constants in
> the bodies of loops, functions, etc. Perhaps we need to detect the
> Integer=xxx line explicitly?
Doing this accurately is equivalent to the halting problem. This is
what pragmas are for, but do we really want to start su
On Fri, May 22, 2009 at 10:42 PM, Kevin Horton wrote:
>
> On 22 May 2009, at 16:07, Robert Bradshaw wrote:
>
>> On May 22, 2009, at 3:36 AM, Kevin Horton wrote:
>>
>>> I am using sage-4.0.rc0 on 32 bit ubuntu 8.10.
>>>
>>> I have discovered a very strange interaction between the
>>> "Integer=int"
On 22 May 2009, at 16:07, Robert Bradshaw wrote:
> On May 22, 2009, at 3:36 AM, Kevin Horton wrote:
>
>> I am using sage-4.0.rc0 on 32 bit ubuntu 8.10.
>>
>> I have discovered a very strange interaction between the
>> "Integer=int"
>> declaration, division, and the number of times a worksheet i
On May 22, 2009, at 3:36 AM, Kevin Horton wrote:
> I am using sage-4.0.rc0 on 32 bit ubuntu 8.10.
>
> I have discovered a very strange interaction between the "Integer=int"
> declaration, division, and the number of times a worksheet is
> evaluated.
This is an error due to literal constant ex
I wasn't able to build on OS X 10.4 intel:
[...]
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../
tests-m32 -O2 -fomit-frame-pointer -mtune=nocona -march=nocona -c
t-locale.c
/bin/sh ../../libtool --tag=CC --mode=link gcc -std=gnu99 -m32 -O2 -
fomit-frame-pointer -mtune=no
On May 21, 1:19 am, gsw wrote:
> Hi,
> using ABI="32"
> CC="gcc -std=gnu99"
> CFLAGS="-O2 -mpowerpc -no-cpp-precomp -force_cpusubtype_ALL"
> CPPFLAGS=""
> CXX="g++"
> CXXFLAGS="-O2 -mpowerpc -no-cpp-precomp -force_cpusubtype_ALL"
> MPN_PATH=" powerpc32/vmx
On May 22, 1:46 am, "Dr. David Kirkby"
wrote:
> mabshoff wrote:
> > Hi,
>
> > I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> > are in
>
> > http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
>
> I must say, it's looking better on Solaris.
;)
> Befo
mabshoff wrote:
> Hi,
>
> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> are in
>
>http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
I must say, it's looking better on Solaris.
Before going to bed, I started to build 4.0.rc0. I woke up this mornin
On May 21, 8:16 pm, mabshoff wrote:
> On May 21, 8:11 pm, John H Palmieri wrote:
>
>
>
>
>
> > On May 21, 7:14 am, mabshoff wrote:
>
> > > Hi,
>
> > > I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> > > are in
>
> > > http://sage.math.washington.edu/home/mabshoff/rele
On May 21, 8:11 pm, John H Palmieri wrote:
> On May 21, 7:14 am, mabshoff wrote:
>
> > Hi,
>
> > I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> > are in
>
> > http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
>
> > Once I get online I will post mor
On May 21, 7:14 am, mabshoff wrote:
> Hi,
>
> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> are in
>
> http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
>
> Once I get online I will post more info, but I am sure this will take
> a couple hours. Sorry
On a fresh build on 64-bit Fedora 10 (Opteron), only one doctest
fails:
sage -t "devel/sage/sage/matrix/matrix2.pyx"
due to numerical noise as follows:
**
File "/scratch/sage-4.0.rc0/devel/sage/sage/matrix/matrix2.pyx",
Hi,
Fresh build of 4.0.rc0 on an Archlinux machine worked. However, doing
make ptestlong gave quite a few doctest failures:
sage -t -long
devel/sage/doc/en/bordeaux_2008/nf_introduction.rst # 3 doctests
failed
sage -t -long devel/sage/doc/en/a_tour_of_sage/index.rst # 1
doctest
On Thu, May 21, 2009 at 2:09 PM, Alex Ghitza wrote:
>
> Hi Michael,
>
> One clarification regarding credit for #6042: I shouldn't get reviewer
> credit for it. David rebased and reviewed all of it himself.
Fixed.
> Best,
> Alex
--~--~-~--~~~---~--~~
To post to
As usual 4.0.rc0 compiled and tested fine on Ubuntu 64 amd64 x2 9.x.
I did notice that desolve still uses maxima; is anyone planning to
change that? I couldn't find DE support in pynac so it looks like
maxima will still be with sage for a while.
On May 21, 4:29 pm, Tim Lahey wrote:
> On May 2
On May 21, 2009, at 7:24 PM, Dan Drake wrote:
> I have two open tickets related to symbolics, and sadly the new
> symbolics hasn't magically fixed either. :(
>
> http://trac.sagemath.org/sage_trac/ticket/4142
>
This one is limits, which I believe is still being done with Maxima
which is probabl
On Thu, 21 May 2009 at 10:17AM -0700, William Stein wrote:
> On Thu, May 21, 2009 at 7:14 AM, mabshoff wrote:
> > I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> > are in
> >
> > http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
> >
> > Once I get online
./sage -upgrade from 4.0.alpha0 to 4.0.rc0
Then failed many tests.
rm devel/sage/build/sage/symbolic/constants.so
sage -ba
sage -testall
and all tests passed.
64-bit (K)Ubuntu 8.10 on Intel Core Duo.
--~--~-~--~~~---~--~~
To post to this group, send email to sa
2009/5/21 John Cremona :
> 2009/5/21 John Cremona :
>> Successful build from scratch and all tests pass on 64-bit ubuntu.
>
> Scratch the second half of that: I had typed "make && sage --testall"
> instead of "make && ./sage --testall" so it was testing the previous
The genuine test of 4.0.rc0 g
On 21 May 2009, at 10:14, mabshoff wrote:
>
>
> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> are in
>
> http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/
> rc0/
A worksheet that worked fine under sage 3.4.2 and 4.0.alpha0 fails
under 4.0rc0. The who
Here are two potential fixes for the rc0 update problem you have:
system:sage
system:sage
{{{id=3|
import matplotlib.pyplot as pyplot
///
}}}
{{{id=0|
RealNumber=float; Integer=int
A=3202.6427147395325
B=2.7068484110275158e-05
fit(x)= A + B * x
Xfit=[0, 8]
Yfit=[float(fit(0)), float(fi
Hi Michael,
One clarification regarding credit for #6042: I shouldn't get reviewer
credit for it. David rebased and reviewed all of it himself.
Best,
Alex
On Fri, May 22, 2009 at 12:14 AM, mabshoff wrote:
>
> Hi,
>
> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> are i
Jaap Spies wrote:
>
> Is this bad or expected?
>
For a log
See: http://sage.math.washington.edu/home/jsp/tests/test_4.0_rc0.log
Jaap
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@googlegroups.com
To unsubscribe from this group, send e
2009/5/21 John Cremona :
> Successful build from scratch and all tests pass on 64-bit ubuntu.
Scratch the second half of that: I had typed "make && sage --testall"
instead of "make && ./sage --testall" so it was testing the previous
version.
Is doing "make test" just the same? or better, or wo
William Stein wrote:
> On Thu, May 21, 2009 at 10:59 AM, Jaap Spies wrote:
>> mabshoff wrote:
>>> Hi,
>>>
>>> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
>>> are in
>>>
>>>http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
>>>
>>> Once I get online I
Successful build from scratch and all tests pass on 64-bit ubuntu.
John
2009/5/21 William Stein :
>
> On Thu, May 21, 2009 at 10:59 AM, Jaap Spies wrote:
>>
>> mabshoff wrote:
>>> Hi,
>>>
>>> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
>>> are in
>>>
>>> http://sage.m
On Thu, May 21, 2009 at 10:59 AM, Jaap Spies wrote:
>
> mabshoff wrote:
>> Hi,
>>
>> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
>> are in
>>
>> http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
>>
>> Once I get online I will post more info, but I am
Same problem here to some extent:
During upgrade from 4.0.alpha0 on OSX.4 G4 Powerbook, on the Sphinx
build process I repeatedly get the following or a similar error:
ImportError: dlopen(.../sage/symbolic/constants.so): Library not
loaded: .../local/lib/libpynac-0.1.2.dylib Reason: image not fou
mabshoff wrote:
> Hi,
>
> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> are in
>
>http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
>
> Once I get online I will post more info, but I am sure this will take
> a couple hours. Sorry.
>
Upgrading fr
On Thu, May 21, 2009 at 7:14 AM, mabshoff wrote:
>
> Hi,
>
> I gotta run to the airport, but sources and upgrade bits of 4.0.rc0
> are in
>
> http://sage.math.washington.edu/home/mabshoff/release-cycles-4.0/rc0/
>
> Once I get online I will post more info, but I am sure this will take
> a coupl
Hi,
Sage-4.0.alpha0 did build fine on my G4 PowerBook 550Mhz with OS X
10.4.11 and Xcode 2.5. From the istall.log:
gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I. -I.. -D__GMP_WITHIN_GMP -I.. -
DOPERATION_scan1 -O2 -mpowerpc -no-cpp-precomp -force_cpusubtype_ALL -
c scan1.c -fno-common -DPIC -o .libs/s
> I am up and running, fresh and full of energy and hope. And I have a
> bold plan for getting the core of the category patch in by tomorrow,
> and the rest in 10 days.
Oh and I forgot the most important part of the plan: once the core is
in Sage, we should all go sea kayaking to rejoice about it
On May 20, 2009, at 3:00 PM, Nicolas M. Thiery wrote:
>
>> I won't be there by 3:00, but later this afternoon would be good.
>
> Sounds good; I did not get food yet, and this is becoming urgent. Just
> setup a time, and I'll be there!
I haven't eaten yet either, will head down to the SCC at 3:20
On May 20, 3:00 pm, "Nicolas M. Thiery"
wrote:
> > I won't be there by 3:00, but later this afternoon would be good.
>
> Sounds good; I did not get food yet, and this is becoming urgent. Just
> setup a time, and I'll be there!
>
> > I would like to build this on top of a nearly-complete 4.0 to
> I won't be there by 3:00, but later this afternoon would be good.
Sounds good; I did not get food yet, and this is becoming urgent. Just
setup a time, and I'll be there!
> I would like to build this on top of a nearly-complete 4.0 to do some
> real testing and not have to do any more rebasin
On May 20, 2009, at 2:08 PM, Nicolas M. Thiery wrote:
>
> Dear Sage / Sage-Combinat developers,
>
> I am up and running, fresh and full of energy and hope. And I have a
> bold plan for getting the core of the category patch in by tomorrow,
> and the rest in 10 days.
>
> Carl, Craig, David,
Dear Sage / Sage-Combinat developers,
I am up and running, fresh and full of energy and hope. And I have a
bold plan for getting the core of the category patch in by tomorrow,
and the rest in 10 days.
Carl, Craig, David, Mike, Robert (B): what about meeting at 3pm to
build a consensus ar
On 19 May 2009, at 20:55, mabshoff wrote:
>
> On May 19, 5:34 pm, Kevin Horton wrote:
>>
>> On Tue, May 19, 2009 at 8:28 PM, mabshoff
>> wrote:
>>
>>> On May 19, 5:22 pm, Kevin Horton wrote:
Should sage-4.0.alpha0 build on OS X 10.5 PPC?
>>
>>> Yes, it should. What XCode release are you
1 - 100 of 233 matches
Mail list logo
