Warum dauert das Kompilieren des Macports-Pakets von GHC so lange?

Question

Und warum? Es gibt einen Bootstrap-Prozess und kompiliert den echten Compiler-Prozess, aber welcher Teil verbraucht am meisten Zeit?

Answer 1

Einige Build-Prozesse brauchen eine Weile, und die Zeit hängt stark von der Geschwindigkeit Ihrer CPU und davon ab, wie viel Prozessorzeit für den Build verwendet werden kann.

Wenn Sie befürchten, dass es an einem bestimmten Punkt hängen bleibt, führen Sie install mit dem Flag -v aus, um eine aussagekräftigere Ausgabe zum Buildprozess zu erhalten. Der Befehl wäre so etwas wie:

sudo port -v install [portfile] 

Answer 2

Es kann eine Weile dauern. Als ich es auf meinem iBook G4 kompilierte, dauerte es bis zu 7 Stunden. Selbst auf einem MacBook Pro mit viel RAM und einem schnellen Prozessor kann es 2-3 Stunden dauern.

Answer 3

Der Bau von GHC ist berüchtigt dafür, dass es ewig dauert. Ich habe Horrorgeschichten darüber gehört, die mehr als 8 Stunden in Anspruch nehmen, um von einem Quellcode zu kommen. Soweit ich weiß, ist dies hauptsächlich auf die Tatsache zurückzuführen, dass der Standard-Build von GHC versucht, große Mengen an Optimierung vorzunehmen, um die eigene Laufzeitleistung zu beschleunigen. Selbst mit einem teilweise vorgefertigten System (was ich glaube, Macports bietet) kann dieser Prozess wegen der ganzen Verlinkung noch eine Weile dauern.

EDIT: Siehe folgende http://hackage.haskell.org/trac/ghc/wiki/Building/Using#HowtomakeGHCbuildquickly

Answer 4

Aus Sicht Gentoo:

In Gentoo, alles kompiliert wird. Was wir für GHC tun, ist, dass wir Entwickler (einschließlich inoffizieller Entwickler wie ich) eine neue Version von GHC von einem älteren kompilieren, um eine binäre Bootstrapping-Version zu erstellen, und diese dann verpacken, damit Benutzer eine neue Version kompilieren können.

Aus dem Speicher kann das Kompilieren der Binärdatei mehr als doppelt so lange dauern (dauert etwa 45 Minuten, um die Binärdatei zu verwenden, um eine neue Version auf meinem Laptop zu kompilieren). Es gibt einige Unterschiede (die Dokumentation wird mit dem Binärcode erstellt und ausgeliefert, anstatt dass jeder Benutzer sie selbst erstellt), aber keine, die ich sehen kann, um einen so großen Zeitunterschied zu berücksichtigen. Das eigentliche Ebuild, das sowohl für die Binärdatei als auch für die Endbenutzer verwendet wird, kann hier gefunden werden (das ghcbootstrap-Flag bedeutet, dass es eine Binärdatei erstellt, dh, die Benutzer installieren und verwenden die vordefinierte Binärdatei, anstatt GHC selbst zu erstellen): http://code.haskell.org/gentoo/gentoo-haskell/dev-lang/ghc/ghc-6.12.3.ebuild

Daher ist meine Vermutung, dass es der erste Bootstrapping-Prozess ist, der so lange dauert, wenn Macports in der Tat eine anfängliche Bootstrapping-Binärdatei erstellt (besonders wenn es von der letzten C-only-Version und Bootstrapping bis zu der Version Sie tut möchte eigentlich installieren).