source subdirectory in package

Dear GHC developers, I am testing Cabal in ghc-6.4. Consider a project of the modulesU1.hs, subdir/V1.hs put to the source root of$(HOME)/user1/ Provide some simplest source for U1, V1, and the package description -- u1.cabal - name:u1

Segfault in __stginit_Main_ on powerpc-linux

Hi! Yi [1] contains a ncurses binding that exhibits a strange bug on powerpc-linux when built with GHC 6.4 using -fasm. Attached is a not so minimal test case. The main module just import Yi.Curses.Curses and it seems to be sufficient to kill module initialisation. $ gdb main [...] Program

[ ghc-Bugs-1170933 ] _module_registered in QuickCheck

Bugs item #1170933, was opened at 2005-03-26 09:10 Message generated for change (Comment added) made by as49 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1170933group_id=8032 Please note that this message will contain a full copy of the comment thread,

RE: source subdirectory in package

On 13 June 2005 12:19, Serge D. Mechveliani wrote: Dear GHC developers, I am testing Cabal in ghc-6.4. Consider a project of the modulesU1.hs, subdir/V1.hs put to the source root of$(HOME)/user1/ Provide some simplest source for U1, V1, and the package description

irrelevant package

Dear GHC developers, I am testing packages in ghc-6.4. I set docon.cabal, which declares dependence on `data': build-depends: data The attempt to build docon by cd $doconSource runhaskell Setup.hs configure --ghc --prefix=$doconSource/inst runhaskell Setup.hs build

RE: irrelevant package

On 13 June 2005 14:34, Serge D. Mechveliani wrote: I am testing packages in ghc-6.4. I set docon.cabal, which declares dependence on `data': build-depends: data The attempt to build docon by cd $doconSource runhaskell Setup.hs configure --ghc

[ ghc-Bugs-1219920 ] socketToHandle, hGetContents cause errors in ghci

Bugs item #1219920, was opened at 2005-06-13 14:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=108032aid=1219920group_id=8032 Please note that this message will contain a full copy of

GHC from CVS HEAD does not require that the Main module export main

The Haskell 98 report says A Haskell program is a collection of modules, one of which, by convention, must be called Main and must export the value main. However, the program below builds and executes fine. module Main() -- should be module Main or module Main(main) where main = putStrLn Hello,