#10993: Update eclib to latest upstream release
-----------------------------------+----------------------------------------
       Reporter:  cremona          |         Owner:  cremona                    
     
           Type:  enhancement      |        Status:  needs_work                 
     
       Priority:  major            |     Milestone:  sage-5.0                   
     
      Component:  packages         |    Resolution:                             
     
       Keywords:  elliptic curves  |   Work issues:  ldconfig in spkg-install   
     
Report Upstream:  N/A              |     Reviewers:  Frithjof Schulze, Jeroen 
Demeyer
        Authors:  John Cremona     |     Merged in:                             
     
   Dependencies:  #11354           |      Stopgaps:                             
     
-----------------------------------+----------------------------------------

Comment (by cremona):

 Replying to [comment:66 leif]:
 > Replying to [comment:65 cremona]:
 > > Thanks for testing.  There's a newer version at the same place but
 updated name:
 
http://homepages.warwick.ac.uk/staff/J.E.Cremona/ftp/progs/eclib-2012-04-14.tar.gz
 >
 > I think I grabbed that (according to the directory name in the tarball);
 seems like you created a symbolic link from the -04-04 to the -04-14.

 I didn't, but the Warwick webserver has this way of error-correcting URLs.

 >
 > > Is the problem with that div function the only one on gcc-4.7?
 >
 > It's rather a Solaris bug than related to GCC 4.7.0.  (I successfully
 built the "current" spkg in Sage with GCC 4.7.0, although not on Solaris.)
 See also my recent comments at #12751.

 OK, I have read them now.

 >
 > But it's in general a bad idea to put functions with such commonly used
 names into the global namespace; don't know whether eclib (meanwhile) uses
 namespaces at all...

 I also ran into this with my restrict() functions which had to be renamed.
 No, eclib does not yet have its own namespaces.  One day....  I already
 see that in the code I call my div() functions mostly as ::div() because
 of some similar clash, but have not before had a complaint about the
 function declaration.  I can see the point behind your "bad idea" comment,
 but I have been happily using my div(int,int) and div(long,long) functions
 for over 20 years, so I got there first!

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10993#comment:67>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to