On Tuesday 15 September 2009 10:00:34 William Stein wrote:
On Tue, Sep 15, 2009 at 1:36 AM, Pablo Angulo pablo.ang...@uam.es wrote:
Hello:
On a Pentium IV machine, two versions of sage 4.1 yield approximately
the same error (the following is cut and paste when trying the second):
On Tuesday 15 September 2009 16:10:51 pang wrote:
Which machine is the live dvd built on?
Jason
I'm not sure I understand: I used SAGE binaries. I can test the live
dvd in several machines. We've tried several already, with the result
that the binaries did not work in Pentium III or IV,
On Tuesday 15 September 2009 18:37:08 Dr. David Kirkby wrote:
Jason Moxham wrote:
Thanks , but I mean the machine on which the original binarys were
compiled on , I assume it was some box on skynet? If my fix is correct
then gcc on that particular machine has been compiled with the default
On Saturday 05 September 2009 13:05:19 John Cremona wrote:
2009/9/5 Minh Nguyen nguyenmi...@gmail.com:
Hi John,
On Sat, Sep 5, 2009 at 1:31 AM, John Cremonajohn.crem...@gmail.com
wrote:
SNIP
Now, (1) the installed version of gmp is 4.2.1:
j...@selmer%grep GMP_VERSION
SAGE goes retro
http://www.pcauthority.com.au/Gallery/153867,computer-history-museum-photo-gallery-weird-fascinating-photos-including-a-giant-cray-and-a-60kg-hard-drive.aspx/10
On Thursday 27 August 2009 23:38:41 William Stein wrote:
On Thu, Aug 27, 2009 at 1:39 PM, Minh
On Thursday 27 August 2009 03:06:13 Nils Bruin wrote:
On Aug 26, 5:19 pm, Jason Moxham ja...@njkfrudils.plus.com wrote:
I think you mean you allready know the size that is big enough to hold
the answer , which is not the same as what GMP needs to allocate to
calculate the answer
On Thursday 27 August 2009 09:18:04 Juanjo wrote:
On Aug 27, 4:06 am, Nils Bruin nbr...@sfu.ca wrote:
mpz_init(c)
mpz_add(c,a,b)
d=ecl_alloc( (c-_mp_size )*sizeof(limb))
memcpy(d,c-_mp_alloc,c-_mp_size * sizeof(limb))
r=ecl_alloc(sizeof(mpz_t))
r-_mp_size = c-_mp_size
r-_mp_d = d
On Thursday 27 August 2009 03:43:52 Nils Bruin wrote:
On Aug 26, 7:06 pm, Nils Bruin nbr...@sfu.ca wrote:
OK, so r and d would probably get allocated using
mpz_t *r
mp_ptr d
r = (mpz_t) ecl_alloc(sizeof(mpz_t)+(c-_mp_size )*sizeof(limb))
d = (mp_ptr) (r+1)
r-_mp_size = c-_mp_size
- Original Message -
From: Nils Bruin nbr...@sfu.ca
To: sage-devel sage-devel@googlegroups.com
Sent: Thursday, August 27, 2009 5:07 PM
Subject: [sage-devel] Re: Using MPIR or GMP with multiple memory managers
On Aug 27, 3:46 am, Jason Moxham ja...@njkfrudils.plus.com wrote
On Tuesday 25 August 2009 09:29:34 Nils Bruin wrote:
On Aug 25, 12:21 am, Nils Bruin nbr...@sfu.ca wrote:
On Aug 24, 11:41 pm, Robert Bradshaw rober...@math.washington.edu
wrote:
I think you can still get an -fPIC libgmp.a directly from the same .o
files that the libgmp.so uses.
On Tuesday 25 August 2009 20:35:48 Juanjo wrote:
On Aug 25, 7:28 pm, Nils Bruin nbr...@sfu.ca wrote:
4) cl_boot() in libecl.so calls mp_set_memory_functions to set the
memory functions, presumably on the copy of libgmp.a that has been
included in the build of libecl.so (libecl.so is
On Monday 24 August 2009 21:21:28 Dr. David Kirkby wrote:
Bill Hart wrote:
Hi,
I'm trying to open the flint spkg from the recent sage. As per the
instructions I typed:
tar jxvf flint-1.3.0.p1.spkg
on sage.math, but it complained:
bzip2: (stdin) is not a bzip2 file.
tar:
On Monday 24 August 2009 22:01:50 Dr. David Kirkby wrote:
Jason Moxham wrote:
I'd personally much rather see the Sage code was distributed as a more
conventional .tar.gz or .tar.bz2.
It is , the .spkg is just a empty wrapper(it's SO empty , it's just a
rename) , so (I assume) we can
On Monday 24 August 2009 22:44:59 Bill Hart wrote:
On 23 Aug, 21:42, Nils Bruin nbr...@sfu.ca wrote:
The following problem came up while trying to use ecl as a library
inside sage:
Both sage and ecl use GMP for their multi-precision arithmetic, and
both call mp_set_memory_functions to
On Monday 24 August 2009 23:54:39 Nils Bruin wrote:
On Aug 24, 2:44 pm, Bill Hart goodwillh...@googlemail.com wrote:
void
mp_set_memory_functions (void *(*alloc_func) (size_t),
void *(*realloc_func) (void *, size_t, size_t),
void
Hi
I've obsoleted then MPIR function
int mpz_probab_prime_p (mpz_t N, int REPS)
The reasons for this are mainly that the random state used in the above
algorithm is reset on every function call. So two consecutive calls to this
function are NOT independent. The other reason is that the
with march=486 etc
This is as far as I can get , without access to systems that are known to
have this problem.
Jason
On Thursday 06 August 2009 18:22:59 Jason Moxham wrote:
Hi
I think I know what is wrong here , if someone can point me to the 32bit
virtual machine on sage.math.was.. I can
On Sunday 09 August 2009 11:45:50 Dr. David Kirkby wrote:
I thought I'd post a summary of issues with Sage on Solaris. Sage can
build on both SPARC and x86, but some issues remain. Some of these
problems can affect other operating systems too.
I created a trac ticket
2009 18:54:31 William Stein wrote:
On Sun, Aug 9, 2009 at 9:18 AM, Dr. David Kirkby
david.kir...@onetel.netwrote:
Jason Moxham wrote:
I guess the problem is this:
when gcc is built you can specify the architecture that it defaults to
,
and
for this virtual machine the default
Hi
I think I know what is wrong here , if someone can point me to the 32bit
virtual machine on sage.math.was.. I can have a go at fixing it
Thanks
Jason
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe
./config.guess
should give the triple
k8-unknown-linux-gnu
and your getting
amd64-unknown-linux-gnu
mpir-1.2.2 fixes this for BSD64 , and I hope your gentoo , do you use a shell
that is not bash ?
Thanks
Jason
On Sunday 02 August 2009 13:38:54 timcera wrote:
Thanks for your help. I now
at the minute.
2009/7/31 Jason Moxham ja...@njkfrudils.plus.com:
Building mpir svn trunk (which for the Sun's is the same as mpir-1.2.2)
./configure make -j make -j check
ld.so.1: t-modlinv: fatal:
/usr/local/gcc-4.2.4-sun-linker/lib/libgcc_s.so.1: wrong ELF class:
ELFCLASS32
/bin/bash
Hi
can post
cat /proc/cpuinfo
Did you build it with
configure ABI=amd64
you should use
configure ABI=64
or just
configure
as on a 64 bit system the 64 ABI is default
Thanks
Jason
- Original Message -
From: timcera timc...@earthlink.net
To: sage-devel sage-devel@googlegroups.com
will check it out , although I dont expect it to be any different.
2009/7/31 Jason Moxham ja...@njkfrudils.plus.com:
Building mpir svn trunk (which for the Sun's is the same as mpir-1.2.2)
./configure make -j make -j check
ld.so.1: t-modlinv: fatal:
/usr/local/gcc-4.2.4-sun-linker
- Original Message -
From: Dr. David Kirkby david.kir...@onetel.net
To: sage-devel@googlegroups.com
Sent: Friday, July 31, 2009 4:02 PM
Subject: [sage-devel] Re: status of FreeBSD 64-bit support
Minh Nguyen wrote:
Hi folks,
As of Sage 4.1.1.alpha1, the compilation of Sage now
On Wednesday 29 July 2009 01:28:08 David Kirkby wrote:
2009/7/28 jason ja...@njkfrudils.plus.com:
This issue of building mpir on freebsd64 has been fixed in release
1.2.2 , which should be on the mpir main site in an hour or two. As
far as we are aware it should work on Suns , although on
the job.
What should pass , and what should not ?
Thanks
Jason
On Friday 31 July 2009 01:16:46 Jason Moxham wrote:
On Wednesday 29 July 2009 01:28:08 David Kirkby wrote:
2009/7/28 jason ja...@njkfrudils.plus.com:
This issue of building mpir on freebsd64 has been fixed in release
1.2.2
27 matches
Mail list logo