Инициализация хаскелевого рунтайма
Блин, как так можно?
http://www.haskell.org/ghc/docs/7.0.3/html/users_guide/bugs-and-infelicities.html#ffi-divergence
hs_init() not allowed after hs_exit()
The FFI spec requires the implementation to support re-initialising itself after being shut down with hs_exit(), but GHC does not currently support that.
Экспериментирую с интеграцией либ на хаскеле в опердень на дельфи.
В принципе, мешать этот баг не должен, но за реализацию в которой цикл "Инициализация чего-либо/Деинициализация чего-либо" можно выполнить только один раз, в нормальных местах руки вырывают.
Даже с учетом того, что у них используются глобальные переменные на предмет того, чтобы не передавать в каждую хаскелевую функцию 100500 указателей на контексты, потоки и прочая хрень - что можно сделать такого, чтобы при деинициализации оно не могло вернутся в изначальное состояние?
http://www.haskell.org/ghc/docs/7.0.3/html/users_guide/bugs-and-infelicities.html#ffi-divergence
hs_init() not allowed after hs_exit()
The FFI spec requires the implementation to support re-initialising itself after being shut down with hs_exit(), but GHC does not currently support that.
Экспериментирую с интеграцией либ на хаскеле в опердень на дельфи.
В принципе, мешать этот баг не должен, но за реализацию в которой цикл "Инициализация чего-либо/Деинициализация чего-либо" можно выполнить только один раз, в нормальных местах руки вырывают.
Даже с учетом того, что у них используются глобальные переменные на предмет того, чтобы не передавать в каждую хаскелевую функцию 100500 указателей на контексты, потоки и прочая хрень - что можно сделать такого, чтобы при деинициализации оно не могло вернутся в изначальное состояние?
no subject
А насчет 100500 "не передавать в каждую хаскелевую функцию 100500 указателей на хрень" - разве это FP-way?
no subject
в конце-концов, lazy парадигма - одна из ключевых в ФП ;)
no subject
http://dpmmax.livejournal.com/125551.html?mode=reply&style=mine#add_comment
Вы, знаете, во френдленте рядком шли.
no subject
no subject
no subject
Женская красота свела его с ума, надо же.
no subject
no subject
Действительно, надо было пёрл интегрировать.
В этой идее, определённо, что-то есть...
Можно интегрировать так, что создатели Perl/Tk позавидуют!
no subject
Ну например, если человеческие способы недоступны, но уж всяко не хаскель или старовавилонский.
no subject
no subject
no subject
no subject
Впрочем, я бы его в продакшен не советовал бы - вуду кромешное в краевых случаях. Это мне развлечение - по ночам компиляторы собирать и в рантайме отладчиком копаться, да баг-репорты слать, а для работы нужно что-то более предсказуемое.
no subject
no subject
no subject
Имхо, и проще, и перспективней в плане поддержки и развития.
no subject
no subject
Если первое, то есть хорошие варианты с быстрыми виртуальными машинами, байт-кодом и прочая. Всё идёт к тому, что всё так будет делаться, кроме совсем уж драйверов. Странно уже держаться за эти комплексы.
no subject
Т.е. шаг в сторону от С/С++/Java/C# и начинаются пляски, кто во что горазд.
Так что выбрал чисто по эстетическим соображениям хаскель - мне нравятся его теоретические основания и их практическая реализация.
Но в продакшен глобально его тащить нету смысла, ибо если что сломается - никаким боком не найдешь, в чем проблема. Так что только как вспомогательный инструмент для себя.