I've been attempting to build under Mac OS X Mavericks and have run into some
problems. My iconv and gmp are installed in non-standard locations using Fink.
When configuring
http://www.haskell.org/ghc/dist/7.8.1-rc1/ghc-7.8.20140130-x86_64-apple-darwin-mavericks.tar.bz2
I get:
this one built and installed fine on Mac OS X 10.6 :).
Interesting, I thought there were still problems there.
I assume that's a 32-bit version. The problems manifest themselves
only when you compile a 64-bit GHC.
I'm still trying to get mine working - no luck yet, but will keep you
Latest set of problems. I've tried using the i386 build of GHC 6.10.4
to build the x86_64 version in the manner that I described in an
earlier post. I'm not getting any segfaults now, but instead it says
the following during make:
/Users/bjs/Desktop/GHC_Build/ghc-6.10.4/libraries/cabal-bin
So which compiler is generating the bogus code here? Is this the
stage1 x86-64 compiler, or the i386 compiler?
It's the stage1 x86_64 compiler. The problem here is that
375900174587920 doesn't even fit into 64 bits, hence the
assembler's complaint.
Cheers,
Barney.
I'm back in Cambridge now. Snowdonia was great, and just as wet as
expected.
As far as I'm aware, nobody's got a fully functioning Snow Leopard GHC
yet. Just before going away, I tried to use my partly-functioning 64-
bit GHC to build 6.10, but found that the stage 1 compiler segfaulted.
I am happy to take care of funnelling Barney's changes into the main
repo. However, I think there was at least one more mentioned in
another email.
The other change is already in the repo. That's where I borrowed it
from in the first place.
Barney.
OK, I'm trying to get a more-recent GHC working that has that #ifdef
that you mentioned. Specifically, 6.10.4.
I've said:
./configure --build=x86_64-apple-darwin --host=x86_64-apple-darwin --
target=x86_64-apple-darwin --with-gmp-includes='/sw/include' --with-
gmp-libraries='/sw/lib'
make
As a workaround, you might try to set the appropriate enironment
variables
Setting LIBRARY_PATH seems to help, but there must be a better way!
Thanks.
Barney.
___
Glasgow-haskell-users mailing list
Glasgow-haskell-users@haskell.org
Latest update on getting GHC working 64-bit on Snow Leopard. I've been
building 6.8.3, simply because it was the version I had running before
so might give fewer problems.
To get the compiler working, apply this patch (which I borrowed from
the Darcs repository):
diff -uit
Only limited success with GHCi, I'm afraid. The problem seems to be
that Snow Leopard is much stricter about security than Leopard was.
(Caveat - I don't really know what I'm talking about.) In particular,
I don't think it will let you execute code outside of the __TEXT
segment, which is
I've been trying to get GHC working for x86_64 on Snow Leopard, with a
certain amount of success, but have got stuck. Maybe one of you could
point me in the right direction.
I now have a working compiler, but the linker in the runtime system
seems to be missing some stuff. Specifically, in
The right place to add this would be in rts/package.conf.in, in extra-ld-
opts, with suitable platform-specific #ifdefs. If you can whip up a
patch and test it, I'll commit.
Here's the patch, which now compiles correctly.
diff -u a/rts/package.conf.in b/rts/package.conf.in
---
The workaround is almost certainly to build the RTS with -fasm.
According to
http://www.haskell.org/ghc/docs/latest/html/users_guide/options-phases.html#options-codegen,
-fasm is the default option anyway, or am I missing something here?
It looks like this is an issue with the way Apple's
in the days of ghc-6.2, you got -fvia-C by default
The thing is, 6.2 is building 6.8 just fine. Stage 1 is quite happy. The
problem arises during linking of Stage 2 - ie 6.8 can't build itself.
Cheers,
Barney.
___
Glasgow-haskell-users mailing list
Do you have a link to something describing the problem?
This might be relevant: I don't know.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14612
Further useful information. The problem doesn't manifest itself when
compiling GHC 6.6, so the question is what parts of the runtime system
changed in
I'm trying to compile GHC 6.8.2 using my existing GHC 6.2, but the
typechecker refuses to compile. The problem seems to be that the hi-boot
files in compiler/typecheck contain some incorrect type signatures. I've
fixed most of them, but TcMatches.hi-boot-6 has slightly stumped me. As
it stands, it
I can now confirm that 6.2 can, in fact, bootstrap 6.8.2 (with the
corrections to those hi-boots), although I've still not got the build to
complete. If anyone wants to see the patch file, then let me know and
I'll send it when I've ironed out the last creases.
Thanks to all those who helped out.
There's good news and bad news. The good news is that the compilation of
my shiny almost-new GHC is complete. The bad news is, it won't link.
It's grumbling about
ld:
/System/Fink/src/fink.build/ghc-6.8.2-1/ghc-6.8.2/rts/libHSrts.a(PrimOps.o)
has external relocation entries in non-writable
The heading seems to be: Your build is missing it's required GMP (GNU
Multiple Precision) library
No, I have GMP installed, and it's correctly compiling against it. The
issue isn't that these symbols are missing altogether, but rather that
there's something wrong with them. It looks to me like
19 matches
Mail list logo