proposed changes in module search behaviour
I propose to make two changes to Hugs's module search behaviour: - remove the A.B.C.hs feature: no-one seems to be using it, GHC doesn't do it, and it's doubling the number of files tried. - don't search the current directory, unless it's explicitly given in the path (but put it at the front of the default path to preserve the current behaviour). At least people could then turn it off if required. Note that this relates only to resolving module names -- file names don't use the path. Also, when a file name is specified, the directory containing it is searched first for any modules imported by that file (and other modules found in that directory).
- remove the A.B.C.hs feature: no-one seems to be using it, GHC doesn't do it, and it's doubling the number of files tried.
Sounds good.
- don't search the current directory, unless it's explicitly given in the path (but put it at the front of the default path to preserve the current behaviour). At least people could then turn it off if required.
Sounds good. -- Alastair
Dear all,
- remove the A.B.C.hs feature: no-one seems to be using it, GHC doesn't do it, and it's doubling the number of files tried.
For what it is worth, I still think relying exclusively on directories to "name" modules is very awkward. Admitedly, using only "." as a separator isn't that great either, especially not when the names get long. Personally, I'd prefer a mixed approach, keeping logically related (e.g. same library) in one directory, but using dots to describe any structure within the library. Or at least, I think it would be nice if the library builder has the possibility to structure things that way if he/she thinks taht makes sense. But it is very important that the different Haskell implementations agree on this issue, obviously. Best, /Henrik -- Henrik Nilsson Yale University Department of Computer Science nilsson@cs.yale.edu
participants (3)
-
Alastair Reid -
Henrik Nilsson -
Ross Paterson