http://www.prleap.com/pr/196931/ В новой версии ObjectAda реализована долгожданная поддержка стандарта Ada 2005 Таким образом, у нас есть GNAT (Ada 2012), ObjectAda (Ada 2005) и Irvine ICCAda (частичная поддержка Ada 2005). Многочисленные Green Hills так и застряли в Ada 95. 2005й по сравнению с 95м более прорывной, чем 2012й по сравнению с 2005м IMHO, так что это отличная новость. Крутые адские перцы, у которых по работе под рукой несколько компиляторов, теперь будут более охотно применять фичи 2005ой в open source библиотеках. ObjectAda дешевле GNAT Pro, что должно снизить барьеры внедрения Ады в production.

При обсуждении набор тестов соответствия для стандарта языка Ада 2005 в корректировках ошибок в тестах участвовала не только AdaCore. Был и другой участник, видимо, с прототипом компилятора нового стандарта. Теперь ясно, кто это: http://www.irvine.com/index.html

http://electronicdesign.com/article/embe.....ages-74107 _C++11 and Ada 2012 - renaissance of native languages?_ > In the late 90s and beginning of the 2000s, the language trend had migrated to the world of Java, or Java-like languages (such as C#). > One cycle seems to be closing, and industry is realizing that rapid development doesn't really matter when the end code doesn't fit the purpose it was developed for.

Как–то я раньше не смотрел на GNAT for Lego NXT, а тем временем: > Differrently from the 2009 release of GNAT GPL for the LEGO MINDSTORMS NXT, the 2010 release does not rely on any operating system: it is an Ada-only bareboard solution leveraging on Ada 2005 features for concurrent and real-time behaviour. Среди этих фич, например, управление политиками планировщика: http://www.adaic.org/resources/add_conte.....D-2-6.html

http://www.ada-auth.org/standards/12rm/h.....4-1-6.html Переняли–таки в Аду из C++ механизм ссылок и перегруженного operator [] для контейнеров. Интересное отличие — у ссылки могут быть какие–то свои действия навешены на уничтожение и копирование, и в стандартных контейнерах это используется.

Сразу две новости про язык Адa 2012: выходит GNAT GPL 2012 с полной поддержкой нового стандарта ( https://libre.adacore.com/ ) И Modified GPL версия GNAT Russian Edition за 3000 рублей для всех, кому мешала GPL'ность runtime library: http://comments.gmane.org/gmane.comp.lan.....ssian/4720

http://ada-ru.qtada.com/archives/348 > До недавнего времени средства разработки Web приложений на языке программирования Ada сложно было признать пригодными для широкого использования. Фактически было доступно два варианта: использовать один из вариантов реализации протокола CGI либо же специализированный Web сервер AWS. Первый вариант не только низкоэффективен сам по себе, но является ещё более низкоэффективным при программировании на Ada за счёт накладных расходов на запуск и останов приложения. Второй вариант не позволяет использовать приложение совместно с штатными Web-серверами, что накладывает ограничения на применение конечного приложения. > Модуль FastCGI предоставляемый Матрёшкой исправил ситуацию за счёт возможности разработки приложения с одной стороны предназначенного для использования со стандартными web-серверами, а с другой — предполагающим работу приложения в виде самостоятельного процесса, не требующего запуск нового процесса для обработки каждого запроса.

Помнится, раздражал меня Integer'Image в Аде, который для положительных чисел лепит пробел перед их строковым представлением, и для преобразования числа в строку либо Trim(Integer'Image(х)) нужно было как можно быстрее написать, либо из тулкита типа AdaCL функцию использовать. И implode/explode в стандарте нет. Сегодня я попытался на C++ ограничиться только STL. И как эти люди ещё могли жаловаться на стандарт Ады?

Чем больше имею дело с Delphi, тем лучше вспоминаю, что мне так нравилось в Аде. Хит сезона: в Delphi файл считается принадлежащим проекту (отображается в IDE), если в dpr написано uses ... in '....pas'. IDE при этом отсчитывает путь от файла проекта, но если компилировать с командной строки, то модуль ищется относительно текущей директории, причём, search path игнорируется напрочь. Забавно, компилятор устраивает наличие .dcu в search path, но .pas ищется только относительно текущей директории. Этот GUI-CLI псевдодуализм всплывает не по отдельности, а в комплекте с ещё одним: группа проектов, созданная в IDE, по синтаксису является makefile, и, действительно, можно запустить make -B -f MyProjectGroup.bpg, и группа проектов скомпилируется, но только до тех пор, пока все проекты в той же директории, что и группа проектов. Ах, да, чуть не забыл, есть же ещё такая штука как .res файлы, которая генерится и компилируется IDE неявно и автоматически. Казалось бы, проблему можно решить, создав в явном виде .rc файлы. Проект Delphi может содержать не только .pas файлы, но и .rc файлы (.pas и .rc — это всё, что может быть в .dpr). IDE отображает .rc файлы как относящиеся к проекту, если они подключаются {$R '....res' in '....rc'}, и собирает их автоматически. Однако, dcc32 так не умеет. Совсем. На этот раз ему нужен только .res, и как–то по–простому впилить компиляцию ресурса, чтоб работало и из make, и из IDE, если открыть группу проектов, уже не получается. Заколебал этот псевдодуализм, когда IDE и консольные утилиты работают с одними и теми же форматами, но очень по–разному. Ах, да, не забыть .dof для IDE и .cfg для компилятора с этим их синхронным редактированием. А как в Аде? Есть GNAT Project с расширением .grp. GPS (GNAT Programming Studio), gnatmake и gprmake все работают с одним и тем же форматом, и ведут себя одинаково. Компилятор знает, какие модули в проекте. IDE тоже это знает, и информация поступает из одного места по одному и тому же алгоритму. А ещё вместо того, чтобы в настройках проекта пихать в search path для модулей и объектных файлов конкатенацию путей до всех зависимостей, можно из одного проекта подключить другой проект. Добавление зависимости, удаление зависимости — всё произойдёт в одном месте, и и компилятор, и IDE поймут это одинаково. В Delphi что–то похожее есть только для runtime packages.