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

ну потому что по дефолту стэк в GHC гигантский и свалить в нормальном приложении его непросто, зато на задачке на codeforces легко можно почувствовать разницу

optparse-applicative если аппликативные и position free

@voidlizard от foldl-ов имеет

никто их не оптимизирует

Oleg ну стек маленький, но расширяемый (блин как это называется), в общем блоками он

я давно этого не делал, но смутно помню, что все мои попытки заменять foldl на foldl' заканчивались ничем, т.е никакого профита не давали

Oleg ну стек маленький, но расширяемый (блин как это называется), в общем блоками он

я помню, когда у меня вывалился, ghc сказал что я потратил 16 MB или типа того, что гораздо больше стеков во всяких strict языках

ну есть сишный стек

его тоже можно потратить, но его тратит далеко не все

сейчас его таки сделали ограниченным, раньше не так было

можно через -K задать

можно через -K задать

вот вот, он мне так же сказал, когда вывалилс

qnikst@qwork ~ $ ./1 +RTS -K1M 1: Stack space overflow: current size 33624 bytes. 1: Use `+RTS -Ksize -RTS' to increase it. qnikst@qwork ~ $ ./1 +RTS -K10M 1: Stack space overflow: current size 33624 bytes. 1: Use `+RTS -Ksize -RTS' to increase it. qnikst@qwork ~ $ ./1 +RTS -K100M 1: Stack space overflow: current size 33624 bytes. 1: Use `+RTS -Ksize -RTS' to increase it.

неожиданно

на програмке которая жрет стек

qnikst@qwork ~ $ cat 1.hs import Data.List main = print $ foldr (+) 0 [1..100000000]

как на арче скомпилировать библиотеку со старым GHC (7.6, например)?

(точно не помогу) проблема в том что неоткуда достать старый ghc?

проблема в том, что а) неоткуда достать старый ghc, б) я не знаю, как сказать кабалу/стеку использовать старый ghc

кажется все эти lts начинают с ghc 7.8 хотя опция выбора ghc там вроде была. например когда используешь ghcjs

https://docs.haskellstack.org/en/stable/yaml_configuration/#compiler

но вообще это более глобальная проблема у арча: что делать если нужна версия постарее. я когда то решил что проще будет собрать самому, чем разбираться, а потом перешёл на убунту

как на арче скомпилировать библиотеку со старым GHC (7.6, например)?

А зачем компилировать со старым ghc? Насколько актуально вообще поддерживать настолько старый ghc?

если честно, я не знаю, насколько актуально. Ну и когда его хоть немножко сложно поддерживать, я его не поддерживаю но обычно у меня главный источник трудностей – то, что приходится билда на тревисе долго ждать, чтобы какой-нибудь ворнинг пофиксить :) если смогу локально тестить, станет легко поддерживать

@lightgreen поставить в префикс генту, а дальше понятно

вместо генты можно nix

кабалу просто - with-ghc

со стеком хуже, надо найти подходящий снапшот, где этот ghc

кажется все эти lts начинают с ghc 7.8 хотя опция выбора ghc там вроде была. например когда используешь ghcjs

https://docs.haskellstack.org/en/stable/yaml_configuration/#compiler

зато если найти есть шанс что он даже ghc поставит (но не очень большой, скорее всего системные либы с которыми он хочет линковаться - поедут, я не думаю, что для бинарных релизов они делают кучу вариантов ghc

о, я нашёл, что в AUR есть все версии (7.4 – 7.10) теперь с with-ghc будет всё ок, наверно спасибо

А здесь есть кто-нибудь, кто писал больше 10k loc на Haskell'е в каком-нибудь проекте?

нету конечно, таких вообще не существует

т.к. пишут только факториалы

а факториал это максимум строчек 200 и то если упороться

10k loc это типа 10 000 строчек кода?

да

нету конечно, таких вообще не существует

Почему не существует? В коде ghc очень много строк ;) не уверен, что существовал хотя бы один момент времени, в котором от одного человека было бы 10К строк кода, но думаю, что несколько точно успело написать. Сдам @lightgreen. У него есть ;) У меня, к сожалению, поменьше...

@chshersh потому, что вопрос маловероятно что подразумевает нормальный ответ

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

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

Понял. Тогда я ошибся, у @lightgreen нет. Он нам нужен

вон в большом проекте (который один из тех что пишем), не считая того, что в связанных живущих в других репозиториях у меня 43,278 ++ / 28,624 -- по статам гитхаба

но будто это о чем говорит

все равно показать не смогу и всем придётся поверить

вон в большом проекте (который один из тех что пишем), не считая того, что в связанных живущих в других репозиториях у меня 43,278 ++ / 28,624 -- по статам гитхаба

ничеси цифры

поэтому я дал абсурдный ответ, если человек пришёл потроллить, будет не интересно, если серьёзно, то сформулирует вопрос и тему получше

ну это за год примерно, может полтора

@ilyaraz так в чем именно вопрос?

ну вопроса конкретного у меня нет: но интересно by and large, насколько легко вносить локальные изменения в большой проект

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

я ничего серьезного на Хаскелле не писал, но а приори кажется, что любое нетривиальное изменение влечет цепочку изменений

есть некоторые нехорошие моменты в дизайне, которые могут привести к тому, что придётся какое-то изменение много где протащить

если накосячить при проектировании

но такие изменения обычно механические

ну да, вроде монаду навесить?

в других языках ты узнаешь о том что эти изменения надо сделать сильно позже

возможно уже на проде

например, если чистый код был, который оказывается не чистым, но это обычно локализовано

или если лишние параметры/state явно таскались и хочется продолжать

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

тут можно и достаточно большой рефакторинг делать

может у кого другой опыт

а, товарищи их serakel и hexresearch?

sorry "serokel"

минус фирмы названной от фамилии, очепятаешься и стыдно становится

serokell actually

!!

от блин

совсем стыдно

единственный раз, когда я пытался написать что-то не совсем крошечное, в какой-то момент оказалось, что в самой внутренней функции нужны случайные числа, и было все очень tedious исправлять

то есть это была не катастрофа отнюдь, но кажется, что в больших проектах это все должно умножаться на 10

скорее наоборот

сорри, я не имел ввиду троллить совершенно, но наверняка это стандартная проблема

в больших проектах больше взаимодействий и эффектов видно сразу

в итоге все достаточно модульно получается, и не разбегается по проекту

ок, понял

для меня такое утверждение выглядит удивительным, но остаётся только поверить :)

единственный раз, когда я пытался написать что-то не совсем крошечное, в какой-то момент оказалось, что в самой внутренней функции нужны случайные числа, и было все очень tedious исправлять

Со временем ты научишься заранее определять задачи в которых хаскель будет выглядеть хуже остальных

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