Будут ли gtk2hs и wx строить более надежно?

Question

Это не напыщенная речь; это технический вопрос.

Кодеры Haskell всех способностей, похоже, согласны с тем, что создание gtk является огромным препятствием. Даже эксперты, кажется, скрещивают пальцы, когда устанавливают это. Это большая система со многими компонентами; возраст и версия компонентов сильно различаются в системах, на которых устанавливается gtk; некоторые компоненты и конфигурации совершенно разные в разных ОС и т. д.

Это технические ограничения, которые будут с нами навсегда? Или есть другие причины ненадежности сборки, которые могут быть устранены в будущем?

Answer 1

Я думаю, что основная проблема заключается в том, что gtk2hs полагается на ресурсы, выходящие за рамки Cabal - для нормальной работы ему нужны внешние библиотеки. Cabal отлично подходит только для Haskell, но не особенно хорош для поддержки внешних ресурсов и зависимостей.

Я думаю, что лучшей надеждой на стабильную сборку gtk2hs будет использование системного менеджера пакетов, в основном потому, что эти менеджеры пакетов намного лучше справляются со всеми этими различными зависимостями.

Однако возьмите все, что я сказал, с долей соли: у меня мало личного опыта; Я основываю свои мысли главным образом на материалах, которые я прочитал, как этот пост .

Answer 2

Gtk2H на самом деле приложили немало усилий, чтобы стать намного проще в установке, в настоящее время это очень легко сделать в Windows: вы устанавливаете «все в одном пакете» из GTK, а затем «cabal install gtk2hs-buildtools» затем "cabal install gtk", и это работает ... В Linux это не намного сложнее: вам просто нужно установить пакеты разработки для gtk перед последовательностью cabal.

Я бы не сказал, что это идеально и работает каждый раз (следует избегать некоторых версий GTK, хотя и не самых последних), но сейчас ситуация намного лучше, чем в прошлом (до кабализации) .

Конечно, главная проблема на самом деле не в Haskell во всех этих случаях, а в том, что с частью C библиотеки, Haskell и Cabal вносят свои собственные проблемы в таблицу, но они на самом деле не связаны, и я продолжаю надеяться что некоторые улучшения в cabal-install и особенно в ghc-pkg помогут в будущем (отличная статья, чтобы прочитать о потенциальных проблемах: http://www.vex.net/~trebla/haskell/sicp.xhtml, каждый должен быть прочитан перед тем, как овладеть cabal!).