[ ghc-Bugs-1162736 ] "ghc -M" complains about multiply-defined "Main" modules

Bugs item #1162736, was opened at 2005-03-14 02:44
Message generated for change (Comment added) made by simonpj
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1162736&group_id=8032

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Compiler
Group: 6.4
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Ashley Yakeley (ashley-y)
Assigned to: Simon Peyton Jones (simonpj)
Summary: "ghc -M" complains about multiply-defined "Main" modules

Initial Comment:
I'm trying to create dependencies for my Makefile using "ghc -M". 
The files I give it include several main program modules. GHC 
complains:

module `Main' is defined in multiple files: Investigation/
Double_TEST.hs
                                            Investigation/ThrowCatch_TEST.hs
                                            Org/Org/Semantic/HBase/Basic/
Integer_TEST.hs
etc.

This problem didn't happen with 6.2.2.

----------------------------------------------------------------------

>Comment By: Simon Peyton Jones (simonpj)
Date: 2005-07-28 16:27

Message:
Logged In: YES 
user_id=50165

I've fixed this so ghc -M works even if there are multiple 
modules with the same name, provide you don't import them.

Both in the HEAD and the STABLE branch, so it'll be in 6.4.1


----------------------------------------------------------------------

Comment By: Simon Peyton Jones (simonpj)
Date: 2005-07-22 08:25

Message:
Logged In: YES 
user_id=50165

Ian Lynagh adds 

This is annoying for a couple of reasons: it means I have to 
list all
the executables in my Makefile twice (once for the rules, 
once for a
"include .depend.Foo"), and it means that each change to a 
shared module
has to regenerate the dependency files for all executables, 
which takes
noticably longer.



----------------------------------------------------------------------

Comment By: Mike Gunter (magunter)
Date: 2005-06-07 15:34

Message:
Logged In: YES 
user_id=300931

Fixing this is a high priority for me.  I was working around
it by using
6.2.2 to generate dependencies.  Now that I'm using a
library not in 6.2,
that workaround fails.



----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=108032&aid=1162736&group_id=8032