Надоели С++ (работа), Джава и Питон (хобби), решил снова взяться за Ди, посмотреть, что поменялось за пару лет...

В репах дебиана и убунту старые какие-то версии GDC и LDC, хотя LDC ещё, вроде, нормальная, но тем не менее, там зависимость на древнюю LLVM (2.7), (DMD не умеет генерировать 64-бит код для MacOSX, поэтому решил собрать с исходников что-нибудь, чтобы было реально кроссплатформенное).

Не осилил собрать gdc, всё какие-то ошибки — что в линаксах, что в макоси, поэтому не долго мучал и в итоге собрал LDC из trunk. Собралось и под макосью и под линуксом (хотя и пришлось костылей повписывать вроде -ldl, чтобы слинковалось).

Если здесь есть, кто активно пользуется Ди, поясните, стоит ли засесть на версии 1.0, или всё-таки осилить GDC со сборкой версии 2 языка? И насколько активно поддерживается tango?

Есть ли в природе терминал-эмулятор для МакОС такой же хороший как любой линуксовый из оболочек Gnome, XFCE, т.е. чтобы кнопки прыжков по словам работали, быстро работало автодополнение? По работе приходится пользоваться макосью, а ничего толкового не нагуглил :( в xterm для x11 тоже нету нормального функционала.

Под какую платформу проще написать плагин для поддержки ЯП, грамматика для которого написана на ANTLR? Т.е. подсветка синтаксиса, всплывающие подсказки, проект, дебагер и т.п.

Хотя бы поделитесь опытом просто написания плагина под одно и под второе.

Спасибо!

Вот тут на вопрос «а какую GUI библиотеку выбрать» часто советую Qt. А я вот нашёл получше :)

http://www.ultimatepp.org/

Кому-то не понравится, что всё вместе — и среда разработки и библиотека, но тем не менее, компилится минуты 2 (библиотека), возможностей богатый мешок, интернационализация, визуальный редактор GUI и без всяких магических препроцессоров (типа moc) — только си++ и препроцессор си. Как готовое решение (среда разработки + библиотека) очень пригодно, написал в своё время несложную программу, понравилось.

Ничего более вменяемого не видел: wxWidgets и FOX напоминают MFC, Qt — мегамонстр, который собирался весь рабочий день на двухъядерном E8400, даже простенький проект на Qt компилируется невыносимо долго плюс непонятки с препроцессором, FLTK — бардак с версиями, отсутствие utf8, GTK+ — тяжёлая платформа, если нужно и под винду собрать...

Для иллюстрации решения задач по физике/геометрии (для AI и физики в игре, например) и для объяснения алгоритмов нужно нарисовать несколько схем, например несколько треугольников с обозначением углов, размеров, буквенное обозначение точек, сторон, векторов, выделение точек (жирные, цветные и т.п.), касательные к окружности, радиус, удобное выравнивание и т.п. Пробовал inkscape, dia, OO Draw, но там нет snap по точкам окружности, dimension tool отсутствует, пробовал QCAD — вроде всё есть, но неудобный древний интерфейс, нет экспорта в SVG, хотя пока что QCAD самое подходящее.

Может есть что-нибудь лучше, какие-то возможности упустил?

Используете ли UML? В какой степени, на каких проектах (язык, размер команды)? Какие типы диаграмм чаще всего? Какой инструмент?

Archlinux.

на ядрах до 2.6.30 suspend-resume работал, с 2.6.30 не просыпается до конца (винт и кулеры включаются, индикатор питания показывает, что ноут проснулся, но клава и экран не включаются).

Есть ещё у кого такие проблемы, пофиксилось ли в новых версиях?

Периодически отменяются все мои изменения в /etc/fstab . Добавляю четыре строчки, устройства монтируются, всё работает, но после нескольких перезагрузок обнаруживаю, что девайсы больше не монтируются, проверяю /etc/fstab, и он там как после чистой установки -- моих строк там нету. Какие утилиты могут сбрасывать /etc/fstab или в чём ещё проблема может быть?

Debian 5.0.2 64-bit

Столкнулся с проблемой некорректной работы dynamic_cast в G++ в лінуксе в шаблонных классах. Ситуация такая: написана библиотека, для этой библиотеки через SWIG написан .so модуль для Питона. Если вызывать методы моей либы из модуля, то динамик каст там не работает, если библиотеку прилинковать к своей программе, т.е. по-нормальному (не через dlopen и т.п.), то работает. Технические детали:

1) есть динамическая библиотека (shared object) OpenSceneGraph, в которой определён сложный шаблонный класс Vec3Array, один из отцов которого в иерархии является класс Array.

2) в этой библиотеке создаётся экземпляр данного класса и возвращается указатель типа Array

3) в моей динамической библиотеке (MyLib) получается указатель на данный экземпляр от библиотеки его создавшей (OpenSceneGraph) и через dynamic_cast приводится в указатель типа Vec3Array.

4) если я линкую свою библиотеку в свою программу, то dynamic_cast возращает правильный указатель, т.е. dynamic_cast<Vec3Array*>(getArray()) работает

5) ПРОБЛЕМА: есть третья библиотека (SwigWrappedModule) которая динамически линукуется с моей библиотекой (MyLib), но первая не линкуется с программой динамически по-умолчанию, а загружается через dlopen, и вызывает функции последней. Так вот, в этом случае (когда мои функции вызываются из третьей библиотеки) dynamic_cast возвращает ноль, хотя на самом деле указатель на тип правильный и там реально находится объект типа Vec3Array (проверяется средствами OpenSceneGraph после dynamic_cast на базовый НЕшаблонный класс Object)

Итак 1) MyProgram->MyLib->OSG -- works 2) someProgram... someLibrary->MyLib->OSG -- no dynamic cast

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

Кто с такими делами сталкивался, как решал?

Компилирую чужое приложение на Qt4 (сам в кутэ не разбираюсь). Запускаю в Дебиане 5 в Gnome.

GCC и всё остальное пишет сообщения по-русски (locale ru_RU.utf8), но в откомпилированном из исходников Qt приложении стандартный файловый диалог говорит по-английски. (File Type, File Name etc.). Русские буквы понимаются, проблема лишь в стандартных диалогах: в надписях на лэйблах и кнопках. Хочу чтобы всё было в соответствии с локалью. Куда копать?

У кого-нибудь работает дебаг С# проектов? (у меня установлен и гдб и моно дебагер и их поддержка в ІДЕ), дебаг из среды МоноДевелоп не работает: собранный проект по Ф5 не запускается, а среда зависает, но по Контрол-Ф5 собраный проект запускается; зато работает полноценный дебаг из этой же среды проектов на Си++ и Вала.