Re: Proposals for changes to searching behaviour

Simon Marlow wrote: - We could provide the ability to specify a module prefix to associate with a directory in the search path. For example, you could say that the directory '.' is associated with the module prefix "Graphics.Rendering.OpenGL" and avoid having to place

Re: Problems with main in a lib*.a. Is that a bug?

Ok, I have made a "ghc -v"and see the problem : * on OS X, a SDL program must have a main function supplied by a lib : libSDLmain.a * This is achieved by adding -lSDLmain at the command line. * libHSrts.a supply a main. My program is linked against this lib by a -lHSrts. ld is called by ghc wi

Re: Constructors in GHC (fwd)

...this seemed not to make it to the mailing list ([EMAIL PROTECTED] isn't valid)... -- Hal Daume III "Computer science is no more about computers| [EMAIL PROTECTED] than astronomy is about telescopes." -Dijkstra | www.isi.edu/~hdaume -- Forwarded message -- Date: Wed, 11

Re: Constructors in GHC

On Wed, Dec 11, 2002 at 11:40:39AM -, Simon Peyton-Jones wrote: > We could make this more consistent in two ways. Alternative (A): One > way would be to make it clearer that $wMkT was the real constructor: > > data T = $wMkT Int Int > MkT p = case p of (x,y) -> $wMkT x y > f

Constructors in GHC

This message is to air a possible change in the way GHC handles constructors. Before I make the change I want to check that it isn't going to mess anyone up. There's some background in http://www.cse.unsw.edu.au/~chak/haskell/ghc/comm/the-beast/data-types.h tml Consider the following

RE: -no-hs-main behaviour

> On Tue, Dec 10, 2002 at 10:35:22AM -, Simon Marlow wrote: > > > Even if you do need to use --make or GHCi, then I think you > can still > > specify all the source files on the command line. > > While on the subject of GHC's build options, can we change the > behaviour of -no-hs-main when

RE: -hidir separation of search/output paths

> Oops, one more request which I almost forgot: -hidir currently > specifies both where to search for .hi files, and where to output > hi files. It would be good to split up the two operations into > two distinct options; e.g. use -hidir to search for interface > files, and a new option such as -

RE: Proposals for changes to searching behaviour

> The suggested changes sound hard to understand and to implement > consistently in all compilers. I lean towards leaving the spec as it > is. Hmm, I'm not sure why you say these changes are hard to understand. Which part(s) in particular do you find difficult? Hugs already implements the firs

Re: Problems with main in a lib*.a. Is that a bug?

On Tue, Dec 10, 2002 at 05:25:46PM +0100, Nicolas Oury wrote: > but when I write > > ghc -o test Main.hs -lSDLmain, ghc creates its own main, and it doesn't > work. Probably a stupid question, but if SDL supplies its own main function, then you don't have to put your functions in a module calle

RE: ANNOUNCE: GHC version 5.04.2 released

> Not sure what happened, but it seems however that > was reverted somehow, since it now > only talks about 5.04, there is no longer any mention of > 5.04.2. I moved things around a bit, and forgot to update a couple of links. The 'Download' link on the left contents pan

RE: Problems with main in a lib*.a. Is that a bug?

> I am building a SDL binding on MacOS X (but the same problem should > appears on Windows). It defines it's own main function in a > libSDLmain.a. > > But I can't get ghc not to generate a main when linking with > -lSDLmain, > which is the option that is indicated to get the main function tha