darcs

Message5207

Author droundy
Recipients beschmi, dagit, daveroundy, droundy, duncan, duncan.coutts, tommy
Date 2008-07-11.01:26:27
Issue Issue941 Checking for modules provided by packages fails with multiple providers
Content
On Fri, Jul 11, 2008 at 01:03:39AM -0000, David Roundy wrote:
> So (summarizing to make sure I understand you) the conclusion is that
> to restore sane behavior, we can just add "-hide-all-packages -package
> base" to all our invocations of ghc? From what you describe, that's
> what I always believed it did.  Might this be a change in behavior? It
> seems downright ridiculous! (A quick test confirms what you describe,
> that when compiling ghc 6.6 looks at modules that aren't explicitly
> specified.)

I've written a patch to make this change, but it's probably going to
break the ghc 6.8 build.  Is there someone who will fix that if I
push? i.e. by adding more calls like

dnl Look for Network.URI

GHC_CHECK_MODULE(Network.URI, network, undefined,,
                 AC_MSG_ERROR(Cannot find Network.URI; try installing the package network?))

?

If noone wants to deal with the breakage, then I'm not going to break
new.  Otherwise, Duncan, you can always configure the set of packages
manually by specifying

GHCFLAGS="-hide-package mtl-foo" ./configure

or whatever.
-- 
David Roundy
Department of Physics
Oregon State University
History
Date User Action Args
2008-07-11 01:26:27droundycreate
2008-07-11 01:26:31droundylinkissue941 messages
2008-07-11 01:26:31droundysetrecipients: + droundy, tommy, beschmi, dagit, duncan.coutts, daveroundy, duncan