cvs commit: fptools/ghc/compiler/rename ParseIface.y Rename.lhs
RnHiFiles.lhs RnMonad.lhs fptools/ghc/compiler/main Finder.lhs
HscMain.lhs HscTypes.lhs MkIface.lhs
fptools/ghc/compiler/basicTypes Module.lhs
Simon Marlow
simonmar@glass.cse.ogi.edu
Wed, 30 Jan 2002 08:37:18 -0800
simonmar 2002/01/30 08:37:18 PST
Modified files:
ghc/compiler/rename ParseIface.y Rename.lhs RnHiFiles.lhs
RnMonad.lhs
ghc/compiler/main Finder.lhs HscMain.lhs HscTypes.lhs
MkIface.lhs
ghc/compiler/basicTypes Module.lhs
Log:
Simplify the package story inside the compiler. The new story is
this:
The Finder no longer determines a module's package based on its
filesystem location. The filesystem location indicates only whether
a given module is in the current package or not (i.e. found along
the -i path ==> current package, found along the package path ==>
other package).
Hence a Module no longer contains a package name. Instead it just
contains PackageInfo, which is either ThisPackage or AnotherPackage.
The compiler uses this information for generating cross-DLL calls
and omitting certain version information from .hi files.
The interface still contains the package name. This isn't used for
anything right now, but in the future (when we have hierarchical
libraries) we might use it to automatically determine which packages
a binary should be linked against. When building a package, you
should still use -package-name, but it won't be fatal if you don't.
The warning/error about package name mismatches has gone away.
Revision Changes Path
1.120 +2 -1 fptools/ghc/compiler/rename/ParseIface.y
1.173 +22 -10 fptools/ghc/compiler/rename/Rename.lhs
1.55 +11 -23 fptools/ghc/compiler/rename/RnHiFiles.lhs
1.127 +3 -2 fptools/ghc/compiler/rename/RnMonad.lhs
1.52 +27 -25 fptools/ghc/compiler/main/Finder.lhs
1.142 +1 -1 fptools/ghc/compiler/main/HscMain.lhs
1.87 +4 -5 fptools/ghc/compiler/main/HscTypes.lhs
1.149 +1 -1 fptools/ghc/compiler/main/MkIface.lhs
1.49 +31 -18 fptools/ghc/compiler/basicTypes/Module.lhs