[sage-support] Re: Problems installing Sage 2.1.0.1

2007-02-12 Thread William Stein

On Mon, 12 Feb 2007 04:36:46 -0800, Jack Fearnley  wrote:
 [EMAIL PROTECTED] ~]$ gcc -v
 Using built-in specs.
 Target: i386-redhat-linux
 Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
 --infodir=/usr/share/info --enable-shared --enable-threads=posix
 --enable-checking=release --with-system-zlib --enable-__cxa_atexit
 --disable-libunwind-exceptions --enable-libgcj-multifile
 --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk
 --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
 --host=i386-redhat-linux
 Thread model: posix
 gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)
^^^
There's your problem.  To quote from the SAGE README file under SUPPORTED
COMPILERS:

 * WARNING: Don't build with GCC 4.0.0, which is buggy as a
   Florida swamp in August.

GCC 4.0.0 is probably one of the worst possible compilers to have installed.
You sould definitely upgrade to 4.0.1, which is much better, then start
over from scratch, and probably recompile anything else you've compiled
using GCC 4.0.0.

  -- William

--~--~-~--~~~---~--~~
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/sage-support
URLs: http://sage.math.washington.edu/sage/ and http://sage.scipy.org/sage/
-~--~~~~--~~--~--~---



[sage-support] Re: nth root

2007-02-12 Thread Alec Mihailovs

- Original Message - 
From: Dirk Laurie [EMAIL PROTECTED]
 {{{
 sage: exp(log(64)/3)
 4.0
 }}}
 Well, that works for the cube root of 64.  But note it's 4.0, not 4.
 This exposes one to roundoff errors, which the other two methods
 avoid.

Well, that can be avoided by increasing the number of digits. Anyway, the 
winner is 64.nth_root(3) suggested by Didier Deshommes in another thread.

I'd like to make a suggestion to add th_root method to all domains where 
nth_root is implemented, working as 3.th_root(64) in this example, with 
aliases st_root, nd_root and rd_root, so that it could be executed as 
3.rd_root(64) that looks more natural to me than 64.nth_root(3).

Alec 



--~--~-~--~~~---~--~~
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/sage-support
URLs: http://sage.math.washington.edu/sage/ and http://sage.scipy.org/sage/
-~--~~~~--~~--~--~---



[sage-support] Re: nth root

2007-02-12 Thread Timothy Clemans

radical(n,body)

On 2/12/07, Alec Mihailovs [EMAIL PROTECTED] wrote:

 - Original Message -
 From: Dirk Laurie [EMAIL PROTECTED]
  {{{
  sage: exp(log(64)/3)
  4.0
  }}}
  Well, that works for the cube root of 64.  But note it's 4.0, not 4.
  This exposes one to roundoff errors, which the other two methods
  avoid.

 Well, that can be avoided by increasing the number of digits. Anyway, the
 winner is 64.nth_root(3) suggested by Didier Deshommes in another thread.

 I'd like to make a suggestion to add th_root method to all domains where
 nth_root is implemented, working as 3.th_root(64) in this example, with
 aliases st_root, nd_root and rd_root, so that it could be executed as
 3.rd_root(64) that looks more natural to me than 64.nth_root(3).

 Alec



 


--~--~-~--~~~---~--~~
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/sage-support
URLs: http://sage.math.washington.edu/sage/ and http://sage.scipy.org/sage/
-~--~~~~--~~--~--~---



[sage-support] Re: nth root

2007-02-12 Thread David Kohel

For integers, Pari also has an ispower function.  I think that
it is useful to have an n.is_power(k) member function
for integers (or more general for ring elements which admit
unique factorization of polynomials), and prefer the syntax
n.root(k) rather than n.nth_root(k)

--David

P.S. Back in 1998, when some of my elliptic curve functions
were incorporated into Magma, I naively introduced, or accepted,
the syntax nTorsionSubgroup, after which mTorsionSubgroup, and
pTorsionSubgroup were introduced to cover all of the natural
spellings that users were missing.   It took years to drop the
nonsensical leading letters and settle on TorsionSubgroup(E,p)
rather than the Trinity of [nmp]TorsionSubgroup(E,p).



--~--~-~--~~~---~--~~
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/sage-support
URLs: http://sage.math.washington.edu/sage/ and http://sage.scipy.org/sage/
-~--~~~~--~~--~--~---