Hello,
I've been attempting to add some minor instrumentation to my pet copy
of GHC 6.10.1. In particular, I'd like to add some code to
extendInstEnv in compiler/types/InstEnv.lhs.
First, I tried importing Debug.Trace into the InstEnv module, and
changing the extendInstEnv function to trace "foo
On Wed, Nov 12, 2008 at 12:42:00PM -0500, Gregory Wright wrote:
>
> The hpc library is the only one that requires the external hsc2hs. Is
> this new dependency
> intentional, or is this a build system bug?
I don't think that the build dep is necessary, but with the current
filesystem layout it
On Tue, Nov 11, 2008 at 01:19:25PM +0100, Christian Maeder wrote:
> http://www.dfki.de/sks/hets/intel-mac/ghcs/ghc-6.10.1-i386-apple-darwin.tar.bz2
>
> http://www.dfki.de/sks/hets/mac/ghcs/ghc-6.10.1-powerpc-apple-darwin.tar.bz2
Thanks Christian, I've put these up on the 6.10.1 download page.
Simon Marlow <[EMAIL PROTECTED]> wrote:
> We just do a normal build, on Fedora 9 boxen. If it works
> across other distros, it's probably just good luck!
With GHC, my luck has been good.
I've found that `optl-static` actually causes problems, so
I've removed it and things work without it.
Aha! That *seems* to have fixed the problem with libedit.so.0. Now ghc is
complaining about something else:
grep: packages: No such file or directory
make -C libraries boot
make[1]: Entering directory `/home/jswaine/ghc/ghc-6.10.1/libraries'
mkdir bootstrapping
mkdir: cannot create directory `bo
James Swaine wrote:
> That still didn't do anything. Here's the exact error text I'm getting:
>
> error while loading shared libraries: libedit.so.0: cannot open shared
> object file: No such file or directory
> make[1]: *** [cabal-bin] Error 127
> make[1]: Leaving directory `/home/jswaine/ghc/gh
That still didn't do anything. Here's the exact error text I'm getting:
error while loading shared libraries: libedit.so.0: cannot open shared
object file: No such file or directory
make[1]: *** [cabal-bin] Error 127
make[1]: Leaving directory `/home/jswaine/ghc/ghc-6.10.1/libraries'
make: *** [s
Hi,
When building 6.10.1 under Macports, I noticed that hpc now requires
that hsc2hs
be present on the system (it does not use the hsc2hs built in place
with the new ghc).
Previous versions did not require hsc2hs to be present; the compiler
could be
bootstrapped from just the ghc compiler
James Swaine wrote:
> That didn't work. My editline build is in the directory
> /home/jswaine/libedit, with the actual library being in
> /home/jswaine/libedit/lib and the includes being in
> /home/jswaine/libedit/include. So when I invoked the configure script,
> I did it like so:
>
> /.configu
That didn't work. My editline build is in the directory
/home/jswaine/libedit, with the actual library being in
/home/jswaine/libedit/lib and the includes being in
/home/jswaine/libedit/include. So when I invoked the configure script, I
did it like so:
/.configure LIBRARY_PATH=$LIBRARY_PATH$:/ho
Hi Chrisitian,
On Nov 11, 2008, at 7:19 AM, Christian Maeder wrote:
Chris Kuklewicz wrote:
Christian Maeder wrote:
I can offer a Tiger PPC built that works for me:
(linked against /opt/local/lib/libgmp.dylib)
But the filename says "-i386-" so I suspect it is not a powerpc
build.
Sorry,
On 2008 Nov 12, at 10:53, Jeff Polakow wrote:
Now, if we switch to an analogous, though slightly more complicated
type, GHC's type checker accepts the following code:
bar :: (forall b. b -> String, Int)
bar = (const "hi", 0)
foo :: forall b.(b -> String, Int)
foo = (const "hi",
Hello,
Thinking about this more, I have changed my mind about what should type
check, but I still think GHC's behavior is inconsistent...
> (Side-stepping your main point, rather, which I think Chris K answered
> correctly)
>
Chris explained that the types are not equivalent to GHC by showing
On Tue, Nov 11, 2008 at 05:04:25PM -0800, Jason Dusek wrote:
> How was the Linux binary for GHC created? I am looking at ways
> to compile Haskell binaries for Linux that work across
> distros. So far, I have been using `-static -optl-static` but
> today there was a weird hiccup with IO --
Magicloud wrote:
Hi,
It is a few days after the release. But why the darcs repos of 6.10
is still changing?
The 6.10 repo is a branch. We tagged the 6.10.1 release, and we're now
working towards a 6.10.2 release.
Cheers,
Simon
___
Glas
I was using macports' binary ghc-6.8.2 so I also suspect this is the same as
#2380. Thankfully Christian Maeder's powerpc build is working for me. I have
rebuilt all my software and the packages they depend on.
I will update the macports error to point at the ghc trac error. The
compilation
Jason Dusek wrote:
How was the Linux binary for GHC created? I am looking at ways
to compile Haskell binaries for Linux that work across
distros. So far, I have been using `-static -optl-static` but
today there was a weird hiccup with IO -- the Gentoo built
binary worked fine on Gentoo
Chris Kuklewicz wrote:
/private/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ghc/work/ghc-6.10.1/ghc/stage1-inplace/ghc
-H32m -O -I/opt/local/include -L/opt/local/lib -optc-O2 -I../includes
-I. -Iparallel -Ism -DCOMPILING_RTS -package-name
James Swaine wrote:
> I can't seem to get the latest source bundle to build (running on Red
> Hat). I run the configure script, then make on the source tree root,
> and ghc gives an error to the effect of 'could not load shared object
> file or library libedit.so.0'. I don't have root permissions
19 matches
Mail list logo
