On Sat, Jul 18, 2009 at 1:26 PM, Nicolas M. Thiery<nicolas.thi...@u-psud.fr> wrote: > > On Thu, Jul 16, 2009 at 04:23:29PM -0700, William Stein wrote: >> >> On Thu, Jul 16, 2009 at 4:24 AM, Martin >> Albrecht<m...@informatik.uni-bremen.de> wrote: >> > >> > Hi there, >> > >> > is there any compelling technical reason why we are using all.py for module >> > level initialisation instead of the Python standard __init__.py? >> > >> > Cheers, >> > Martin >> >> No, there is no compelling technical reason. The actual reason is >> that I mistakenly thought that __init__.py should be empty long long >> ago. >> It's simply a historical mistake that we use all.py instead of >> __init__.py. I would welcome somebody fixing this, assuming I'm right >> that this is just a mistake on my part. > > Ah. I always though that the purpose of all.py was to advertise the > public features that one was likely to want to import as: > > from sage.bla.all import * > > In particular this controlled what would be imported in the sage > interpreter. One particular aspect is that the current convention is > that > > from sage.all import * > > is recursive, importing everything from sage.***.all. > > I surely would not mind getting rid of the all if at all possible, but > I am not sure I would want: > > from sage import * > > to be recursive.
What would you want "from sage import *" to do? I suspect that nobody uses "from sage import *" right now, since it does nothing (except define a namespace "all"). It would make sense to me for from sage import * to do exactly what from sage.all import * does now. William > > Just my 2 cents. > > Cheers, > Nicolas > -- > Nicolas M. Thiéry "Isil" <nthi...@users.sf.net> > http://Nicolas.Thiery.name/ > > > > -- William Stein Associate Professor of Mathematics University of Washington http://wstein.org --~--~---------~--~----~------------~-------~--~----~ 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 options, visit this group at http://groups.google.com/group/sage-devel URLs: http://www.sagemath.org -~----------~----~----~----~------~----~------~--~---