Поддержка lcc стандарта C++11/С++0x МЦСТ Эльбрус ОС ?

поддерживается ли стандарт C++11

Нет.

Нет.

:( Прям как отрезали. А вообще где-нибудь можно про это почитать, планируются ли вообще поддержка или ждать не стоит?

вообще где-нибудь можно про это почитать, планируются ли вообще поддержка или ждать не стоит?

Сам хотел бы знать. Боюсь, что в ближайшие год-два ждать не стоит.

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

А по сути вам уже правильно и исчерпывающе ответили.

Сам хотел бы знать.

Спасибо за прояснение ситуации.

Если вы имеете доступ к машине с этим компилятором...

Доступа, к сожалению нет, поэтому и хотел уточнить данный момент.

У меня есть протухший компилер, который умеет так:

./e2k-linux-g++ -v
lcc:1.17.04:Apr-13-2012:e2k-linux.cross:i386-linux
Thread model: posix
gcc version 3.4.6 compatible.

gcc version 3.4.6 compatible

А ждать что-нибудь поновее есть смысл?

Я тут ничего не могу сказать, тк не знаю. Если получится, то гляну, что там на реальных машинах есть сейчас.

Это совсем древность. На сегодняшний день картина такая:

lcc:1.18.15:Feb-18-2014:e2k-2c+-linux
Thread model: posix
gcc version 4.4.0 compatible.

Если получится, то гляну, что там на реальных машинах есть сейчас.

Не, то что на реальных, не интересно :) Интересно то, что в разработке.

На сегодняшний день картина такая:
gcc version 4.4.0

Отличная новость. Эта версия уже распространяется?

Два месяца назад это была уже не первая бета новой версии дистрибутива. По логике уже должно.

На сегодняшний день картина такая..

Уже что-то! Но лямбда выражений там скоре всего нет?

По логике уже должно.

Ну, то, что оно хотя бы теоретически есть, уже обнадеживает. Интересно, если у МЦСТ тайный сервер с репозиторием пакетов.

Уже что-то! Но лямбда выражений там скоре всего нет?

Нету, они же в C++11 явились миру, кажется.

Во внутренней сети мцст репозиторий есть.

Не настолько тайный %) Как-нибудь доступный извне.

Если получится, то гляну, что там на реальных машинах есть сейчас.

Смогли бы вы скомпилировать, если вас не затруднит, тестовый пример cpplinq ?

Библиотека cpplinq состоит из одного заголовочного файла

#include "cpplinq.hpp"

int computes_a_sum ()
{
    using namespace cpplinq;    
    int ints[] = {3,1,4,1,5,9,2,6,5,4};

    // Computes the sum of all even numbers in the sequence above
    return 
            from_array (ints)
        >>  where ([](int i) {return i%2 ==0;})     // Keep only even numbers
        >>  sum ()                                  // Sum remaining numbers
        ;
}

.

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

Не настолько тайный %) Как-нибудь доступный извне.

Совсем публичный репозиторий (не для клиентов МЦСТ) я бы не стал ждать))

Нету, они же в C++11 явились миру, кажется

Как же не хватает спецификаций...

Совсем публичный репозиторий (не для клиентов МЦСТ) я бы не стал ждать))

Для клиентов, но доступный по сети. Чтобы не надо было ждать посылки с DVD %)

Не могу знать: в мцст уже почти не бываю. Но обновление софта приносят как раз в виде снапшота этого репозитория.
Я так и не понял, что они планируют делать с кубом/моноблоком, но если таки будут продавать, то доступ к репе дадут.
happycorsair деб6 портировали или решили отказаться от этой затеи?

Смогли бы вы скомпилировать, если вас не затруднит, тестовый пример cpplinq ?

Найди где-нибудь gcc 4.4 и попробуй.

Для клиентов, но доступный по сети. Чтобы не надо было ждать посылки с DVD %)

Думаю, что когда-нибудь к этому точно придут. В конце концов, живем без этого. Пока есть и более насущные проблемы)

SMD, если мы будем верить и ждать, то Squeeze портируют. После получения железобетонной версии 5 дебиана, это было бы логичным шагом. Может быть сейчас этим уже кто-то занимается, надо узнать.

Пока есть и более насущные проблемы)

Более насущные, чем разослать новую версию компилятора? Хм... дайте подумать... неужели вы соберете Emacs?!!1

По крайней мере годьназад уже шла речь о том, что деб5 устарел и самое время портировать шестую версию. Но с тех пор область задач сильно сменилась и воросов Ос/компилера я уже не касаюсь.

Более насущные, чем разослать новую версию компилятора? Хм... дайте подумать... неужели вы соберете Emacs?!!1

Не, я в МЦСТ не работаю, лишь капельку сопричастен, скажем так. Кстати, не собрался Emacs, я проверял.
Ну просто во многих случах, где Эль используется, обновления через Интернет не принято выкачивать как-то) А вообще, я согласен, надо бы запилить репозиторий, это было бы удобно.

А можно узнать какая в репозитории актуальная версия libboost ?

А можно узнать какая в репозитории актуальная версия libboost ?

Как минимум 1.55

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

Конечно, но я с точки зрения прогера.

Я думаю, появится. А может вообще, 7-ку запилят сразу))

А можно узнать какая в репозитории актуальная версия libboost ?

Конкретно у меня 1.53. Следовательно, >=1.53 точно.

Как минимум 1.55

Возможно, товарищ tailgunner прав. 1.55 от 1.53 недалеко падает.

Спасибо за информацию, в ожидании свежего deb буду довольствоваться boost'ом

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

Мне кажется, именно 1.55.

Сойдемся на 1.54.

Моя зрительная память не согласна :)

Но лямбда выражений там скоре всего нет?

Появились с GCC 4.5.0. Вот таблица поддержки C++11 конпеляторами.

boost процентов на 90 состоит из подключаемых заголовочных файлов, и только к версии 1.55 они выкинули поддержку GCC 3.2, так что большая часть его должна работать.

Может, тебе этот вопрос письмом в МЦСТ оформить?

А где исходники? Они же нагло нарушают GPL!

а чего они самодержавный эльбрус в llvm не запилили, должно было бы быть проще

GPL обязывает давать исходники лишь тем покупателям, которые этого потребуют, если не ошибаюсь? Стало быть, если вы не покупатель, то вам их и не обязаны предоставлять.

тем покупателям

Более точно: лишь тем, у кого уже есть бинарники.

Вы что то путаете. GPL требует публиковать исходники сразу после того как у вас начались коммерческие продажи. Ну и сами подумайте, куча народу работало что бы сделать тот же gcc/glibc, а вы взяли и просто скомуниздили их исходники без их ведома, уже как то не логично. По этому пока вы не продаёте, то можете сколько угодно играться с GPL софтом, но как только начинаете продавать то необходимо публично эти исходники зарелизить, в первую очередь для того, что бы у первоначальных авторов была возможность вернуть наработки в сообщество.

Более точно: лишь тем, у кого уже есть бинарники.

Неа, как минимум ещё и первоначальным авторам GPL софта. ;) GPL сделан, что бы наработки возвращались в тот проект откуда были взяты.

ещё и первоначальным авторам GPL софта

Лолшто? GPL не обязывает этого делать. См. Debian Free Software Guidelines, «dissident test» и отчасти «desert island test». GPL этим гайдлайнам удовлетворяет.

Нет, это ты что-то путаешь.

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

Во-первых, не «продавать», а любым образом распространять.

Во-вторых, не «публично», а только тем, кому ты распространяешь. См. GPL, пункт 6 «Conveying Non-Source Forms».

Почему ещё никто не опубликовал кто купил? :)