Это ж не гхц шная ошибка

чё делать?

А как там плагины устроены?

.o которые грузятся через hsplugin?

https://github.com/jgm/gitit

наверное да

.о там генерятся

пытался их закинуть на ту систему, где запускать — х-р, всё равно требуется компилятр

Ужс

Ну он их в data-files хранит

Непонятно нафига

.hs файлы

data-dir зависит от пути стека по умолчанию

В кабале это выпиливается опцией какой-то

В стеке не знаю как

ну я так-то могу и кабалом собрать

не принципиально

--enable-relocatable

это?

так-то gitit очень даже годный, но захотелось плагин для dot приделать, чтобы поганые картинки рисовать

а он, курва, требует все потроха stack с собой

и запускать надо stack exec -- gitit ...

думаю, в gitit плагины сделали такими только потому, что прикольно же ведь загружать динамически бинарники!

ща попробую кабалом с этим параметром собрать

мож что выгорит

~/gitit# cabal exec -- gitit -f my.conf Loading plugin 'plugins/Dot.hs'... gitit: /root/gitit/.cabal-sandbox/lib/x86_64-linux-ghc-7.10.3/regex-pcre-builtin-0.94.4.8.8.35-BIKRAWcSf3b5TrVwkdIXKu/libHSregex-pcre-builtin-0.94.4.8.8.35-BIKRAWcSf3b5TrVwkdIXKu.a: unhandled ELF relocation(RelA) type 42 gitit: gitit: unable to load package `regex-pcre-builtin-0.94.4.8.8.35'

kurva pićka

literally хуй знает что

ну

pcre не хватает, я на такое и на хосте напарывался

без всякого докера

поставить pcre

ну т.е суть наверное такова, что в плагинах они могут понатыкать любых импортов

и импортируемые пакеты могут не быть установлены, имеют право

т.е надо поставить кабалом или стеком pcre-шные пакеты (еще и неивестно какие)

по дороге оно разноется, что сишных либ не хватает

поставить их тоже

без всякого докера

это без докера как раз

а, ну просто ставить все пока оно не заткнется

проблема в том, что какой-то другой плагин может потребовать чего-то еще

короче с плагинами они учудили, да.

hoogle имя модуля

stack install название пакета

или cabal install

потом наверное весь .stack-work скопировать в докер

и оттуда пускать

ггг

так и придётся наверное

cabal sandbox сделан лучше, чем stack

за каким-то хреном решили в ~/.stack всё выносить

это харам

а. ну дак там живет общая часть и сборка разных пакетов через это ускоряется. это короче норм

возможно, есть какие-то настройки куда гадить куда не гадить

а еще наверное все это можно поставить с —global

и в докер копировать глобальный каталог

новый кабал инстал полущ, но UI там совсем убожеский и некоторых фич не хватает :/

вообще ~/.stack-work и ~/project/.stack-work наверное можно положить в докер

должно взлететь

их там 3 гб получилось

а если все ставить глобально, то и с одним взлетело бы

оу

дохрена чёт

при этом я перед сборкой их поудалял

т.е. это чисто от gitit набралось

содомитство

страннота

ghc во всеми объектниками?

наверное

Что хотел спросить.. а есть для Хаскела общепринятый кодстайл. А-ля "будет работать и так, но предпочтительно писать вот так"?

совсем уж общепринятого нет

но крутится вокруг Тиббеловского

https://github.com/tweag/guides/blob/master/style/Haskell.md

наша

на основе tibbe + WT

еще тут советы были https://wiki.haskell.org/Haskell_programming_tips

спасибо ребята )

то что нужно

А что, из всего чата на лекцию по Idris пришло два человека?

Еще с gitter/ruhaskell человек был

я пытался помню сделать бэкенд к llvm для msp430 и сломался

С этим llvm мучаюсь уже неделю :(

Кто-нибудь знает библиотеки чтобы соединить Haskell с nvidia?