X-Git-Url: http://git.megacz.com/?a=blobdiff_plain;f=ghc%2Fdocs%2Fusers_guide%2Ffaq.sgml;h=0c274d79c86e7b78a11f2748782394bd416dc5de;hb=5affd8114e7ba87fa289eb72760a597456aea4cb;hp=8055d15db8ed8a76cce280fdae97740322cfae04;hpb=8c58d23464c76f52c6aad7e6653908eb99e64743;p=ghc-hetmet.git
diff --git a/ghc/docs/users_guide/faq.sgml b/ghc/docs/users_guide/faq.sgml
index 8055d15..0c274d7 100644
--- a/ghc/docs/users_guide/faq.sgml
+++ b/ghc/docs/users_guide/faq.sgml
@@ -45,6 +45,34 @@
+ Do I have to recompile all my code if I upgrade
+ GHC?
+
+ Yes. There are two reasons for this:
+
+
+ GHC does a lot of cross-module optimisation, so
+ compiled code will include parts of the libraries it was
+ compiled against (including the Prelude), so will be
+ deeply tied to the actual version of those libraries it
+ was compiled against. When you upgrade GHC, the libraries
+ may change; even if the external interface of the
+ libraries doesn't change, sometimes internal details may
+ change because GHC optimised the code in the library
+ differently.
+
+
+ We sometimes change the ABI (application binary
+ interface) between versions of GHC. Code compiled with
+ one version of GHC is not necessarily compatible with code
+ compiled by a different version, even if you arrange to
+ keep the same libraries.
+
+
+
+
+
+
Why doesn't GHC use shared libraries?
The subject of shared libraries has come up several
@@ -277,6 +305,24 @@ details.
+
+ Why does linking take so long?
+
+ Linking a small program should take no more than a few
+ seconds. Larger programs can take longer, but even linking
+ GHC itself only takes 3-4 seconds on our development
+ machines.
+
+ Long link times have been attributed to using Sun's
+ linker on Solaris, as compared to GNU ld
+ which appears to be much faster. So if you're on a Sun box,
+ try switching to GNU ld. This
+ article from the mailing list has more
+ information.
+
+
+