I think there should be a GHC option --print-sharedir
(or you could call it --print-datadir), corresponding
to ghc --print-libdir. Thus on our system
ghc --print-libdir
prints out
/home/linux-bkb/ghc/ghc-6.2.1/lib/ghc-6.2.1
and I would like
ghc --print-sharedir
to print out
On 14 May 2004 08:12, George Russell wrote:
I think there should be a GHC option --print-sharedir
(or you could call it --print-datadir), corresponding
to ghc --print-libdir. Thus on our system
ghc --print-libdir
prints out
/home/linux-bkb/ghc/ghc-6.2.1/lib/ghc-6.2.1
and I would
I wrote:
| Is there some simple way to make GHC treat our own base library in the
same
| magic way as the Prelude, so that it is always implicitly available?
[...]
Simon Peyton-Jones wrote:
A -fprelude-is flag would certainly be implementable. The questions are
a) Would it be desirable? After
By using an explicit Lava compiler you declare that this is
indeed a Lava
program, and you don't expect it to work in any other
setting, in particular
not with a Haskell compiler like GHC.
...
And in the same line of thinking, I would want a way of
specifying suffixes
of input
Niklas Broberg [EMAIL PROTECTED] writes:
Taking Lava, a hardware description language, as my example, I would argue
that many users of Lava don't really care if it's embedded in Haskell or
whereever it comes from, they would just use it.
lavac Main.hs
where lavac is could
GHCi/TH works on OpenBSD/i386!
Finally, after 1 year of being a really annoying bug, I finally worked out why
the dlopen library wasn't behaving itself, and why you needed to set the heap
above 512M to stop getting SIGSEGV'd.
paprika$ ghc/compiler/stage2/ghc-inplace --interactive
