#1860: GMP dyn link dependencies in binary distributions
--------------------------+-------------------------------------------------
Reporter: chak | Owner:
Type: bug | Status: closed
Priority: normal | Milestone: 6.10 branch
Component: Build System | Version: 6.8.1
Severity: normal | Resolution: fixed
Keywords: | Difficulty: Unknown
Testcase: | Architecture: Unknown
Os: Multiple |
--------------------------+-------------------------------------------------
Changes (by chak):
* status: new => closed
* resolution: => fixed
Comment:
I removed any compilation in binary-dist and moved it to stage 2 part of
the build (as outlined above). As a side effect, this now also works for
''normal'' installs (i.e., install target, rather than binary-dist).
However, installing a stage 1 compiler might not exactly have the desired
effect now. I'd think that this does not matter, but others may disagree
(I which case that problem could be fixed by a bit more cleverness in the
install target - just let me know if anybody is unhappy with the current
situation). Here the patch description:
{{{
Mon Feb 18 17:18:09 EST 2008 Manuel M T Chakravarty
<[EMAIL PROTECTED]>
* All installed Haskell prgms have an inplace and an installed version
- GHC installs a range of compiled Haskell programs in addition to the
actual
compiler. To ensure that they all run on the platform targeted by the
build
(which may have different libraries installed than the build host), we
need
to make sure that all compiled Haskell code going into an install is
build
with the stage 1 compiler, not the bootstrap compiler. Getting this
right
is especially important on the Mac to enable builds that work on Mac
OS X
versions that are older than the one performing the build.
- For all installed utils implemented in Haskell (i.e., ghc-pkg,
hasktags,
hsc2hs, runghc, hpe compile two versions, an inplace version
and a version for installation. The former is build by the bootstrap
compiler during the stage 1 build and the latter is build by the stage
1
compiler during the stage 2 build.
- This is really very much as the setup for ghc itself, only that we
don't use
separate stage1/ and stage2/ build directories. Instead, we clean
before
each build. CAVEAT: This only works properly if invoked from the
toplevel Makefile.
- Instead of UseStage1=YES (as used by the previous binary-dist-specific
recompilation), we now use the same $(stage) variables as used for the
compiler proper - to increase uniformity and to avoid extra
conditionals for
the install target.
}}}
As far as the present bug is concerned, I think, we are done; hence, I'll
close it.
--
Ticket URL: <http://hackage.haskell.org/trac/ghc/ticket/1860#comment:5>
GHC <http://www.haskell.org/ghc/>
The Glasgow Haskell Compiler_______________________________________________
Glasgow-haskell-bugs mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs
