haskell: чем грозит library-profiling: True?

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

при сборе нужно будет собирать 2 раза, ну в общем кабал тебе расскажет.

P.S. зачем тебе это глобально?

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

Ок, вопрос снят.

Такие вещи правильно делать только с помощью cabal-dev, получается? Можно ли там сделать несколько профилей сборки? (С помощью костылей можно, да.)

можно опциями configure --enable-library-profiling, можно make file написать или сразу скрипты которые и выполнять и складывать статистику будут.

А зачем это не глобально?
Чтобы собирать каждый раз по педесятсемьтысяч пакетов с профайлингом локально, а глобально держать всё без профайлинга?

А как бы этому cabal-dev объяснить, что base, mtl и random нужно переустановить локально?

USE=«profile» для кого придуман? если куча связанных своих либ извращаться с cabal-dev или патчить cabal-meta.

cabal-dev install base --reinstall --force-reinstals ?

у тя ж гента?

echo "*/*::gentoo-haskell profile" >> /etc/portage/package.use/haskell
echo "dev-haskell/* profile" >> /etc/portage/package.use/haskell

emerge -avND @world

Ничего не понял.

Юзфлаг profile для глобального профайлинга для всех пакетов. Глобального.

А не глобально зачем оно может пригодиться?

cabal-dev install base --reinstall --force-reinstals

Это первое, что приходит в голову, но cabal при этом грозится, что поломаются библиотеки вне сэндбокса. Странно это.

кто-то врёт, cabal-dev поломает пакеты только в песочнице.

глобального профилинга пакетов средствами пакетного менеджера, а не кабала. Он нужен, чтобы не пересобирать в песочнице все зависимости.

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

Ну да.

А ровные пацаны держат профайлинг отключённым глобально и включают только при необходимости?

А ровные пацаны держат профайлинг отключённым глобально и включают только при необходимости?

из чего такой вывод? я включал его для всего haskell как только нужна была профилировка, сейчас включаю с самого начала.

Смысл моего посыла, в том, что в кабале глобально флаг профилировки не нужнен, он нужен в пакетном менеджере или в среде разработки.

так делай --force-reinstalls. cabal-dev не вылезает из песочницы, но ему нужно сделать «оверлей» тех глобальных пакетов, которые он не сможет использовать. А лучше воспользуйся решением с USE.

cabal-dev не вылезает из песочницы, но ему нужно сделать «оверлей» тех глобальных пакетов

Понятно, спасибо.

А лучше воспользуйся решением с USE.

Тут моих знаний генты пока не хватает. Подтяну матчасть и попробую так сделать.

я ж написал, как сделать :) скопирую ещё раз с комментариями:

файл: /etc/porage/package.use файлы в подкаталоге отвечают за добавление юзов пакетам (лично я использую файлы внутри каталога вида category (напр. app-emulation) или логические блоки типа haskell, latex если файлы не укладываются в одну катагорию). Файлы пишутся в формате

<описание-атома> <список-юз-флагов>

где описание атома это стандартное описание атома с поддержкой wildcards, т.е. [rule]?category/package[-version][::overlay] и т.п. полностью можно прочитать в манах портажа или pms.

# всем пакетам из всех категорий из оверлея gentoo-haskell 
# добавить флаг профиль
echo "*/*::gentoo-haskell profile" >> /etc/portage/package.use/haskell
# всем пакетам из категоии dev-haskell добавить флаг profile
echo "dev-haskell/* profile" >> /etc/portage/package.use/haskell
# обновить пакеты из мира, где изменились флаги.
emerge -avND @world

Реинстальнуть base нельзя, оно приколочено к ghc. Реинстальнуть mtl и random можно, если перестать пользоваться бесполезными поделками вроде gentoo-haskell. Заодно исчезнут восхитительные предупреждения о поломке 30 пакетов кряду из-за верчения говна в песочницах.

Гм, но когда включаешь эту опцию, все исходники собираются по два раза, я так понимаю, компилится как версия для профилировки, так и обычная.

это великолепно! а где-нибудь можно получить ваш автограф?

да.

Всё, дошло, наконец, как это будет работать.

P.S. А безопасно ли сюда же флаги doc и hoogle добавлять?

безопасно естественно, насколько помню рекурсивную зависимость хаддокаот себя при +doc с год назад поправили, а хугл будет сигнатуры методов сохратять, если hoogle[+localdb] он их в оффлайне будет пользовать

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

дык только если бинарник собирать с профайлингом.

От того, что глобально все либы собраны с профайлингом, производительность бинарников без профайлинга не пострадает

Реинстальнуть base нельзя, оно приколочено к ghc

Шокирующие известия

Реинстальнуть mtl и random можно, если перестать пользоваться бесполезными поделками вроде gentoo-haskell. Заодно исчезнут восхитительные предупреждения о поломке 30 пакетов кряду из-за верчения говна в песочницах.

cabal-dev поставит локальные версии mtl и random с нужными опциями сборки. Те, что поставлены от рута портажом, трогаться не будут.

Поправьте, если не прав.


Ну и да, легко называть g-h бесполезным с планеты дебианопроблем. Аж зависть пробирает.

Шокирующие известия

Судя по чарующим советам прожженых мейнтейнеров (haskell: чем грозит library-profiling: True? (комментарий)) не для всех настолько шокирующие, насколько хотелось бы

Те, что поставлены от рута портажом, трогаться не будут.

Хочется верить, что в мире бесполезных бампов версий круглые сутки не настолько все плохо, только это тут ни при чем (?)

дебианопроблем

Может, убунтопроблем?

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

Жаль.

ну а что можно сказать анониму, который не понял прочитанного, а увидел слова reinstalls, @world и решил высказаться..

Пересобрал мир, вроде всё работает. Спасибо отписавшимся.