==============================================================
The (Interactive) Glasgow Haskell Compiler -- version 6.12.1
==============================================================
The GHC Team is pleased to announce a new major release of GHC. There
have been a number of significant changes since the last major release,
including:
* Considerably improved support for parallel execution. GHC 6.10 would
execute parallel Haskell programs, but performance was often not very
good. Simon Marlow has done lots of performance tuning in 6.12,
removing many of the accidental (and largely invisible) gotchas that
made parallel programs run slowly.
* As part of this parallel-performance tuning, Satnam Singh and Simon
Marlow have developed ThreadScope, a GUI that lets you see what is
going on inside your parallel program. It's a huge step forward from
"It takes 4 seconds with 1 processor, and 3 seconds with 8 processors;
now what?". ThreadScope will be released separately from GHC, but at
more or less the same time as GHC 6.12.
* Dynamic linking is now supported on Linux, and support for other
platforms will follow. Thanks for this most recently go to the
Industrial Haskell Group who pushed it into a fully-working state;
dynamic linking is the culmination of the work of several people over
recent years. One effect of dynamic linking is that binaries shrink
dramatically, because the run-time system and libraries are shared.
Perhaps more importantly, it is possible to make dynamic plugins from
Haskell code that can be used from other applications.
* The I/O libraries are now Unicode-aware, so your Haskell programs
should now handle text files containing non-ascii characters, without
special effort.
* The package system has been made more robust, by associating each
installed package with a unique identifier based on its exposed ABI.
Now, cases where the user re-installs a package without recompiling
packages that depend on it will be detected, and the packages with
broken dependencies will be disabled. Previously, this would lead to
obscure compilation errors, or worse, segfaulting programs.
This change involved a lot of internal restructuring, but it paves the
way for future improvements to the way packages are handled. For
instance, in the future we expect to track profiled packages
independently of non-profiled ones, and we hope to make it possible to
upgrade a package in an ABI-compatible way, without recompiling the
packages that depend on it. This latter facility will be especially
important as we move towards using more shared libraries.
* There are a variety of small language changes, including
* Some improvements to data types: record punning, declaring
constructors with class constraints, GADT syntax for type families
etc.
* You can omit the "$" in a top-level Template Haskell splice, which
makes the TH call look more like an ordinary top-level declaration
with a new keyword.
* We're are deprecating mdo for recursive do-notation, in favour of
the more expressive rec statement.
* We've concluded that the implementation of impredicative polymorphism
is unsustainably complicated, so we are re-trenching. It'll be
deprecated in 6.12 (but will still work), and will be either removed
or replaced with something simpler in 6.14.
Здравствуйте, jazzer, Вы писали:
J>Кстати, нормальной компиляции из сорцов у них по-прежнему нет, и надо иметь предустановленный GHC, чтоб собрать более новый?
Здравствуйте, lomeo, Вы писали:
L>Здравствуйте, jazzer, Вы писали:
J>>Кстати, нормальной компиляции из сорцов у них по-прежнему нет, и надо иметь предустановленный GHC, чтоб собрать более новый?
L>Да. Ты Haskell заинтересовался?
Я его попробовал год назад поставить на работе, потерпел фиаско (бинарные версии на нашем линуксе не запускаются)
пробовал собирать по инструкции — не пошло (
Здравствуйте, jazzer, Вы писали: J>Я его попробовал год назад поставить на работе, потерпел фиаско (бинарные версии на нашем линуксе не запускаются) J>пробовал собирать по инструкции — не пошло (
Да уж, впору выпускать haskell livecd, заодно с контентом всего хакаджа.
Здравствуйте, Mr.Cat, Вы писали: MC>Да уж, впору выпускать haskell livecd, заодно с контентом всего хакаджа.
Внезапно, хочу поинтересоваться, есть ли уже такая штука (чтоб можно было загрузиться с нее или запустить в виртуалке — и кодить) и если нет, нужна ли она кому-нибудь такая.
Здравствуйте, Mr.Cat, Вы писали:
MC>Здравствуйте, Mr.Cat, Вы писали: MC>>Да уж, впору выпускать haskell livecd, заодно с контентом всего хакаджа. MC>Внезапно, хочу поинтересоваться, есть ли уже такая штука (чтоб можно было загрузиться с нее или запустить в виртуалке — и кодить) и если нет, нужна ли она кому-нибудь такая.
Я бы предпочел нормальный сорцовый пакет, которому достаточно только gcc и у которого делаешь configure && make install — и у тебя все есть и работает.
Не вижу каких-то фатальных проблем его сделать, если честно
Потому что я очень рад за тех, у кого гхц уже есть и они могут бутстрапнуться, но вот у меня на рабочем линуксе его нет, и бинарные верссии, которые я нашел в инете, у меня не запускаются.
You will always get what you always got
If you always do what you always did
Re[7]: [Haskell] [ANN] GHC version 6.12.1
От:
Аноним
Дата:
24.12.09 02:30
Оценка:
Здравствуйте, jazzer, Вы писали:
J>Я бы предпочел нормальный сорцовый пакет, которому достаточно только gcc и у которого делаешь configure && make install — и у тебя все есть и работает.
ghc-6.8.3, если не изменят память собирается с помощью gcc. Дальше собираешь 6.10, ну и 6.12. Как-то так. Только не нужно говорить, что это костыли/долго/етц. gcc собирается gcc, и никто ведь не возмущается
J>Не вижу каких-то фатальных проблем его сделать, если честно
Ну так вперёд, дерзай Есть псевдо-бинарные пакеты, т.е. там откомпилённые либы (.а), которые потом собираются/линкуются и получается ghc. Я так собирал ghc под Солярис/ультраспар
Re[6]: [Haskell] [ANN] GHC version 6.12.1
От:
Аноним
Дата:
24.12.09 02:36
Оценка:
Здравствуйте, Mr.Cat, Вы писали:
MC>>Да уж, впору выпускать haskell livecd, заодно с контентом всего хакаджа.
По-моему с хакаджа можно стянуть .tar со всеми пакетами. Размер был около 100 миб.
MC>Внезапно, хочу поинтересоваться, есть ли уже такая штука (чтоб можно было загрузиться с нее или запустить в виртуалке — и кодить) и если нет, нужна ли она кому-нибудь такая.
А как всё это настраивать? У каждого есть алиасы/скрипты/етц под свой любимый шелл. И ещё больше конфигов для своего любимого редактора. Настраивать ещё одну установку? Нет уж. Нафиг.
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, jazzer, Вы писали:
J>>Я бы предпочел нормальный сорцовый пакет, которому достаточно только gcc и у которого делаешь configure && make install — и у тебя все есть и работает.
А>ghc-6.8.3, если не изменят память собирается с помощью gcc.
Если мне не изменяет, изменяет (я пробовал с год назад)
А>Дальше собираешь 6.10, ну и 6.12. Как-то так. Только не нужно говорить, что это костыли/долго/етц. gcc собирается gcc, и никто ведь не возмущается
А я и не возмущаюсь, что долго, я возмущаюсь, что не собирается.
J>>Не вижу каких-то фатальных проблем его сделать, если честно А>Ну так вперёд, дерзай Есть псевдо-бинарные пакеты, т.е. там откомпилённые либы (.а), которые потом собираются/линкуются и получается ghc. Я так собирал ghc под Солярис/ультраспар
Что значит — дерзай?
Я не хаскелист ни разу и понятия не имею, как там у него сборка и пакеты устроены.
А вот майнтейнерам такой пакет сделать — раз плюнуть, они все потроха там знают.
Только, видимо, не особо им это нужно — предоставлять сорцовый пакет, который без геморроя установится на машину без хаскеля.
You will always get what you always got
If you always do what you always did
Re[9]: [Haskell] [ANN] GHC version 6.12.1
От:
Аноним
Дата:
24.12.09 05:16
Оценка:
Здравствуйте, jazzer, Вы писали:
J>>>Я бы предпочел нормальный сорцовый пакет, которому достаточно только gcc и у которого делаешь configure && make install — и у тебя все есть и работает.
А>>ghc-6.8.3, если не изменят память собирается с помощью gcc. J>Если мне не изменяет, изменяет (я пробовал с год назад)
Странно, я с год назад собирал. Может я неверно написал версию, попозже уточню. Но что-то довольно старое.
А какую именно версию ты пытался собирать, на какой платформе и каким компилятором (сам понимаешь, что брать 4.3.х не стоит). И где и как оно упало?
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, jazzer, Вы писали:
J>>>>Я бы предпочел нормальный сорцовый пакет, которому достаточно только gcc и у которого делаешь configure && make install — и у тебя все есть и работает.
А>>>ghc-6.8.3, если не изменят память собирается с помощью gcc. J>>Если мне не изменяет, изменяет (я пробовал с год назад)
А>Странно, я с год назад собирал. Может я неверно написал версию, попозже уточню. Но что-то довольно старое.
А>А какую именно версию ты пытался собирать, на какой платформе и каким компилятором (сам понимаешь, что брать 4.3.х не стоит). И где и как оно упало?
Я пытался собрать 6.10.1, 6.8.3-10, 6.6.1, 6.2 (по убывающей)
линукс 64 бита, гцц 3.6.4.
Что конкретно не пошло, не помню, и нет сейчас времени поднимать и разбираться, слишком дофига работы
Может, после НГ, где-нть к февралю, время появится, будет очередной подход к снаряду.
You will always get what you always got
If you always do what you always did
Re[11]: [Haskell] [ANN] GHC version 6.12.1
От:
Аноним
Дата:
24.12.09 08:58
Оценка:
Здравствуйте, jazzer, Вы писали:
А>>А какую именно версию ты пытался собирать, на какой платформе и каким компилятором (сам понимаешь, что брать 4.3.х не стоит). И где и как оно упало?
J>Я пытался собрать 6.10.1, 6.8.3-10, 6.6.1, 6.2 (по убывающей) J>линукс 64 бита, гцц 3.6.4.
x86-64? Если да, то я посмотрю, у меня где-то были стянутые файлики и попробую их пересобрать.
Компилятора 3.6.4 не существует
J>Что конкретно не пошло, не помню, и нет сейчас времени поднимать и разбираться, слишком дофига работы J>Может, после НГ, где-нть к февралю, время появится, будет очередной подход к снаряду.
Здравствуйте, Аноним, Вы писали:
А>x86-64? Если да, то я посмотрю, у меня где-то были стянутые файлики и попробую их пересобрать.
угу, он самый, спасибо!
А>Компилятора 3.6.4 не существует
да, сорри, 3.4.6
Здравствуйте, Аноним, Вы писали:
А>Здравствуйте, geniepro, Вы писали:
А>>>x86-64?
G>>Насколько я знаю, под 64-битную платформу GHC нет...
А>Ой, надо же, а я дурак пользуюсь ghс-x86-64. Пошёл удалять! :)
Здравствуйте, jazzer, Вы писали:
А>>x86-64? Если да, то я посмотрю, у меня где-то были стянутые файлики и попробую их пересобрать. J>угу, он самый, спасибо!
Я посмотрел и ничего не нашёл. Могу предложить тебе попробовать собрать его из отсроенных бинарных либ. Если не получится — то добавится ещё один маленький шаг — остройка gcc (ставить можно сразу в /tmp и строить с --enable-languages=c, в общем и сам знаешь)
Здравствуйте, Аноним, Вы писали:
А>Ну так вперёд, дерзай Есть псевдо-бинарные пакеты, т.е. там откомпилённые либы (.а), которые потом собираются/линкуются и получается ghc. Я так собирал ghc под Солярис/ультраспар
А можно об этой процедуре по подробней. А то меня сильно интересует сборка под AIX, а те пакеты что есть не пошли. Насколько я понимаю нужно заморачиваться с кросскомпиляцией? Не мог бы дать ссылочку на толковый гайд по кросскомпиляции в gcc.
Побеждающий других — силен,
Побеждающий себя — Могущественен.
Лао Цзы
