How can I build the library API docs from a (source) snapshot,
e.g. ghc-6.8.0.20070921-src-extralibs.tar.bz2 ? Thanks,
--
-- Johannes Waldmann -- Tel/Fax (0341) 3076 6479/80 --
http://www.imn.htwk-leipzig.de/~waldmann/ ---
___
Glasgow-haskell-
On 10/9/07, Johannes Waldmann <[EMAIL PROTECTED]> wrote:
> How can I build the library API docs from a (source) snapshot,
> e.g. ghc-6.8.0.20070921-src-extralibs.tar.bz2 ? Thanks,
http://hackage.haskell.org/trac/ghc/wiki/Building/Docs
Normal make will build the documentation for you and "make in
Johan Tibell wrote:
> Did you change mk/build.mk before running ./configure and make?
Ah! I did change this, but I forgot to (re-)configure. Thanks a lot.
--
-- Johannes Waldmann -- Tel/Fax (0341) 3076 6479/80 --
http://www.imn.htwk-leipzig.de/~waldmann/ ---
__
I was wondering if there was a clever way to determine the GHC version
that was used to compile a particular executable. I looked in the RTS
flags and didn't see anything obvious, but I was wondering if I missed
something or if there was a clever back door. It's not a big deal if
there isn't but, i
Hi, all!
It may be a side-effect of being a newbie, but many times I find the
-fno-monomorphism-restriction quite handy. Is it intrinsically evil? I
mean, has anyone had a bad time using it or does it imply some runtime
performance overhead? I guess it is not portable, is it?
Thanks in advance.
ravi:
> I was wondering if there was a clever way to determine the GHC version
> that was used to compile a particular executable. I looked in the RTS
> flags and didn't see anything obvious, but I was wondering if I missed
> something or if there was a clever back door. It's not a big deal if
> th
On Tue, Oct 09, 2007 at 03:29:55PM -0300, Jorge Marques Pelizzoni wrote:
> It may be a side-effect of being a newbie, but many times I find the
> -fno-monomorphism-restriction quite handy. Is it intrinsically evil? I
> mean, has anyone had a bad time using it or does it imply some runtime
> perform