I should have followed your suggestion to to rebuild gcc for
Solaris 2.7
right away. After rebuilding gcc, the source build and
install of 5.02.2 had no problems.
It looks from your earlier message as if Perl was dumping core when
running the script ghc-split.prl. The rebuilt gcc might
I should have followed your suggestion to to rebuild gcc for Solaris 2.7
right away. After rebuilding gcc, the source build and install of 5.02.2
had no problems.
I am really sorry having wasted your time with something I had control
over myself. While I am curious what difference in the
I've just finished building 5.02.3 on sparc-solaris, and
didn't get any
core dumps, so there must be something different about your
setup. What
version of
gcc are you using? What version of GHC are you bootstrapping with?
$ gcc -v
Reading specs from
Simon Marlow wrote:
$ gcc -v
Reading specs from .../gcc-lib/sparc-sun-solaris2.5.1/2.95.2/specs
gcc version 2.95.2 19991024 (release)
I don't know if this is relevant, but the above gcc looks like it was
built on Solaris 2.5, but you're on a 2.7 system. Perhaps rebuild gcc
to be on
Simon Marlow wrote:
I've just finished building 5.02.3 on sparc-solaris, and didn't get any
core dumps, so there must be something different about your setup. What
version of
gcc are you using? What version of GHC are you bootstrapping with?
$ gcc -v
Reading specs from
Simon Marlow wrote:
If I do the following ...
I think these bugs (the illegal -x option to ld, and the messed up
installation directories) were fixed in 5.02.2. Could you try building
that version instead?
Cheers,
Simon
Well, the -x options are still there and now I dump core
In local.glasgow-haskell-bugs, you wrote:
Well, the -x options are still there and now I dump core while compiling with
the new ghc-inplace opbject. Below is the trace ...
I remember throwing out -x from fptools/mk/*.mk by hand in a
distant past. Maybe this helps.
--
Wonderful \hbox