#3882: Adding libraries to an inplace GHC should JustWork(TM)
---------------------------------+------------------------------------------
Reporter: benl | Owner:
Type: feature request | Status: new
Priority: normal | Component: Build System
Version: 6.13 | Keywords:
Os: Unknown/Multiple | Testcase:
Architecture: Unknown/Multiple | Failure: None/Unknown
---------------------------------+------------------------------------------
After building the head I end up with the boot libraries built and working
in `./libraries`. However, if I add a new darcs checkout to this dir (say
`./libraries/parallel`) and type `make` then nothing happens.
The trouble is that the library is missing `ghc.mk` and `GNUmakefile`.
These files are created by `sh boot`, but if I do that at top-level it
creates a new `ghc.mk` and `GNUmakefile` for *all* of the libraries,
instead of just the new one. This means that when I type `make` now it
wants to rebuild a bunch of things unrelated to the new library.
There are some instructions at
http://hackage.haskell.org/trac/ghc/wiki/Debugging/InstallingPackagesInplace
but I am not keen on doing that for each additional package I need. Plan A
on that page will also install packages in my local .cabal which will be a
problem if I'm doing multiple builds in the same account.
What should happen, is that if I place a new library in ./libraries and
type `make` then this gets built and registered with the inplace compiler,
just like the ones already there.
There should also be an easy way to get and update all the libraries
needed by the testsuite and nofib -- ie parallel, regex, mtl. I vaguely
remember a command like `./darcs-all get --extralibs` but that doesn't
work anymore. Adding a line for `libraries/parallel` to `./packages`
doesn't work either because the ``darcs-all get`` script only checks
`darcs.haskell.org` and not `hackage.haskell.org` as well.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/3882>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler
_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
