Re: ghc and cabal
On 8/6/05, Serge D. Mechveliani <[EMAIL PROTECTED]> wrote: > On Aug 05, 2005 we wrote: > > > "Serge D. Mechveliani" <[EMAIL PROTECTED]> writes: > > > > > Which Cabal version will be in official ghc-6.4.1 by default? > > > > > It'll be 1.0 with some bug fixes (Simon: can you please make the > > version number '1.0.1'?) > > > > > > If it is 1.0, then ghc-6.4.1 will fail with `make' for profiling. > > > So, the user needs to install another Cabal version and to link it > > > to GHC, and this occurs difficult. This is likely to complicate the > > > usage of GHC > > > > Yep. Profiling support won't be there, but some of the problems you > > faced in building a separate Cabal will hopefully be fixed in the new > > version of GHC. > > > First, I tried to test profiling in ghc-6.4.1-pre-release, > and could not -- due to this misfeature with "_p" modules in > Cabal-1.0. > Generally, what I need: > fresh GHC with working profiling, with Cabal processing > "_p" module suffixes, and such > (in runhaskell Setup build, install). > > If official ghc-6.4.1 (with default Cabal version) has not the > needed feature, then, the next question is > > which higher Cabal version supports such `make' for profiling? > > After I know the answer to this, I could start searching for possible > _simple instructions_ for the users of GHC and its applications on > how to upgrade Cabal in their installed ghc-6.4.1. Such instructions > that are clear almost to everyone, not only to system hackers. > > If all this occurs difficult to arrange, then the profiling occurs > delayed to future official GHC versions. (If I've completely misunderstood the question please ignore me :) Guide to profiling in Cabal: Step 1: Installing a new Cabal You can either download Cabal 1.1.1 from the webpage or pull it from http://cvs.haskell.org/darcs/cabal with darcs. When you got the source tree you install it as any other Cabal package. [global installation] $ runhaskell Setup.lhs configure $ runhaskell Setup.lhs build $ sudo runhaskell Setup.lhs install [user installation, GHC <= 6.4 wont like this] $ runhaskell Setup.lhs configure --prefix=/your/desired/prefix $ runhaskell Setup.lhs build $ runhaskell Setup.lhs install --user Step 2: Compiling Cabal packages with profiling. You can now pass '-p' or '--enable-library-profiling' when you configure a package and the .cabal file will have a new stanza call GHC-prof-options for profiling options. -- Friendly, Lemmih ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc and cabal
On Aug 05, 2005 we wrote: > "Serge D. Mechveliani" <[EMAIL PROTECTED]> writes: > > > Which Cabal version will be in official ghc-6.4.1 by default? > > It'll be 1.0 with some bug fixes (Simon: can you please make the > version number '1.0.1'?) > > > If it is 1.0, then ghc-6.4.1 will fail with `make' for profiling. > > So, the user needs to install another Cabal version and to link it > > to GHC, and this occurs difficult. This is likely to complicate the > > usage of GHC > > Yep. Profiling support won't be there, but some of the problems you > faced in building a separate Cabal will hopefully be fixed in the new > version of GHC. First, I tried to test profiling in ghc-6.4.1-pre-release, and could not -- due to this misfeature with "_p" modules in Cabal-1.0. Generally, what I need: fresh GHC with working profiling, with Cabal processing "_p" module suffixes, and such (in runhaskell Setup build, install). If official ghc-6.4.1 (with default Cabal version) has not the needed feature, then, the next question is which higher Cabal version supports such `make' for profiling? After I know the answer to this, I could start searching for possible _simple instructions_ for the users of GHC and its applications on how to upgrade Cabal in their installed ghc-6.4.1. Such instructions that are clear almost to everyone, not only to system hackers. If all this occurs difficult to arrange, then the profiling occurs delayed to future official GHC versions. Regards, - Serge Mechveliani [EMAIL PROTECTED] ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: ghc and cabal
"Serge D. Mechveliani" <[EMAIL PROTECTED]> writes: (snip) > I do have some difficulties with this, because Cabal-1.1.1 `README' > suggests just to run `make install' as a root, I do not see any > configureing possibility for the installation, and so on. Yes, perhaps the README should be tweaked to explain non-root installations. Actually, all you have to do is "make setup" and then install normally like any other package, except for the business of hiding the older version that's explained in the README. > But, in principle, what is the relation between Cabal and GHC > installation? > > In ghc-6.4.1.20050801, > `ghci -package Cabal'says "Cabal-1.0". > > I have read some of Cabal manual, about how to use runhaskell. > But as I recall, I never installed Cabal. GHC has installed it itself. You can use "runghc" or "runhugs" you may or may not have "runhaskell" depending on your platform. > Which Cabal version will be in official ghc-6.4.1 by default? It'll be 1.0 with some bug fixes (Simon: can you please make the version number '1.0.1'?) > If it is 1.0, then ghc-6.4.1 will fail with `make' for profiling. > So, the user needs to install another Cabal version and to link it > to GHC, and this occurs difficult. This is likely to complicate the > usage of GHC Yep. Profiling support won't be there, but some of the problems you faced in building a separate Cabal will hopefully be fixed in the new version of GHC. peace, isaac ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ghc and cabal
Dear GHC developers, dear Cabal developers, To my report >> I have `made' ghc-6.4.1.20050801 >> >> Without profiling, it `makes' and installs. >> For profiling, dm.cabal adds >> -prof -auto-all -hisuf p_hi -osuf p_o >> to its options. >> The commands >> runhaskell Setup configure --ghc --prefix=$dmSource/inst >> runhaskell Setup build >> >> seem to work all right. Then, runhaskell Setup install --user >> reports >> Installing: /home/mechvel/dm/1.03/dm/source/inst/lib/dumatel-1.3 & >> /home/mechvel/dm/1.03/dm/source/inst/bin dumatel-1.3... >> Error: Could not find module: Dumatel with any suffix: ["hi"] >> >> And the directory $dmSource/dist/build/ contains >> Dumatel.p_hi, Dumatel.p_o >> among its files. >> [..] Simon Marlow writes that I need to install the later version of Cabal independently on GHC. I do have some difficulties with this, because Cabal-1.1.1 `README' suggests just to run `make install' as a root, I do not see any configureing possibility for the installation, and so on. But, in principle, what is the relation between Cabal and GHC installation? In ghc-6.4.1.20050801, `ghci -package Cabal'says "Cabal-1.0". I have read some of Cabal manual, about how to use runhaskell. But as I recall, I never installed Cabal. GHC has installed it itself. (?) Which Cabal version will be in official ghc-6.4.1 by default? If it is 1.0, then ghc-6.4.1 will fail with `make' for profiling. So, the user needs to install another Cabal version and to link it to GHC, and this occurs difficult. This is likely to complicate the usage of GHC (?) Regards, - Serge Mechveliani [EMAIL PROTECTED] ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users