Je ne suis pas sûr de ce qui cause ce problème, mais dans un projet, je construis, le compilateur prend des heures juste pour comstackr un module. La taille totale de mon code est de 352 Ko, mais aucun des modules ne dépasse 10 Ko. J’utilise un port natif, mais c’est très sortingvial; Je viens chercher Date.now() avec elle.

Y a-t-il quelque chose de bien connu qui obligerait le compilateur elm à comstackr pour toujours? Je n’ai pas beaucoup de dépendances, mais j’utilise beaucoup HTML. J’apprécierais vraiment n’importe quels conseils quant à ce qui causerait ceci.

modifier

Donc, il s’avère que les grosses expressions font que l’optimiseur prend beaucoup de temps, à partir de 0.16. Voici la discussion sur Elm-Discuter soulevant le problème, et un aperçu de la casse méchante .

Je suppose que pour être verbeux et pour garder une carotte là-bas, pourquoi le compilateur de l’orme prendrait cette voie pour la correspondance des cas? Quelle est la machine sous-jacente qui se passe ici? Pourquoi le compilateur prendrait-il plus d’une heure pour optimiser les correspondances de plus de 60 modèles sur une requête?

• Que sont les paramorphismes?
• Haskell: Où vs.
• Comment fonctionne Haskell printf?
• Exceptions chez Yesod
• Pourquoi le type ghci desugar liste-t-il et dactylographie les familles? Est-ce que cela peut être sélectivement désactivé?

• Mode raccourci pour atsortingbuer un seul champ dans un enregistrement, tout en copiant le rest des champs?
• Le vérificateur de type autorise un remplacement de type très incorrect et le programme comstack toujours
• Existe-t-il une fonction de haskell pour concaténer la liste avec le séparateur?
• Différence entre `mod` et` rem` dans Haskell
• Les applicatifs composent, les monades ne le font pas