On 12/19/08, Simon Marlow wrote:
>> lupus:~/ghc-6.8.3% ghc-6.8.3 -v
>> dyld: relocation error (external relocation for symbol
>> _pthread_mutex_unlock
>> in ghc-6.8.3 relocation entry 0 displacement too large)Trace/BPT trap
>>
>> Failure! ... or is it?
>
> I'd guess that the size of th
Uwe Hollerbach wrote:
Hello Barney & all, I've been following your messages with some
interest, as I too have been trying to build a more-modern ghc on my
G3 iMac running 10.3.9. I started with an existing 6.6.1 build, and
tried to build 6.8.3; I'm finally at the point where I have something
to r
Hello Barney & all, I've been following your messages with some
interest, as I too have been trying to build a more-modern ghc on my
G3 iMac running 10.3.9. I started with an existing 6.6.1 build, and
tried to build 6.8.3; I'm finally at the point where I have something
to report, although I'm not
> 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
--- a/rts/package
Barney Stratford wrote:
I have a workaround for the linker bugs that keep popping up under Mac
OS X, and now have a working GHC 6.8. I found that saying -fasm didn't
help matters. Instead, on the assumption that the linker gets it wrong
and there is in fact nothing wrong with the object file, I
I have a workaround for the linker bugs that keep popping up under Mac
OS X, and now have a working GHC 6.8. I found that saying -fasm didn't
help matters. Instead, on the assumption that the linker gets it wrong
and there is in fact nothing wrong with the object file, I applied these
two patches:
On Mon, Nov 24, 2008 at 12:28:28PM +, Simon Peyton-Jones wrote:
> Ah hum. We probably have not compiled GHC 6.8 with 6.2 for some time.
> Worse, we don't even clearly document what the oldest version is that should
> bootstrap any given version.
>
> Ian: could you extend the building guide
> 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 t
Barney Stratford wrote:
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 wi
> On Monday 24 November 2008 23:15, Barney Stratford wrote:
>> 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/
> 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
Gla
The suggested remedy of commenting out the
line reading "SRC_HC_OPTS += -fvia-C" in the Makefile won't work, as
that line isn't there anyway.
In case it is not obvious from what other people have said, way back
in the days of ghc-6.2, you got -fvia-C by default, whether it was
specified on t
> 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 versio
Barney Stratford wrote:
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 ent
Hello,
On Monday 24 November 2008 23:48, Barney Stratford wrote:
> > 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 altogethe
> 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
Hello,
On Monday 24 November 2008 23:15, Barney Stratford wrote:
> 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/rt
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 sectio
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.
6.4
no need to go back too far.
THanks
Simon
| -Original Message-
| From: [EMAIL PROTECTED] [mailto:glasgow-haskell-users-
| [EMAIL PROTECTED] On Behalf Of Barney Stratford
| Sent: 24 November 2008 11:27
| To: glasgow-haskell-users@haskell.org
| Subject: Can't compile GH
Barney Stratford wrote:
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 stu
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
22 matches
Mail list logo