• C++ wxwidgets Провёл, наверное, часов уже 16 с wxWidgets. То они сами не соберутся, то Hello World не компонуется, вот почти только что заставил–таки его скомпоноваться. И угадайте, что? Оно крашится. Это там такие стабильные релизы.
    ♡ recommended by @dsub

Replies (16)

  • @OCTAGRAM, работал с ними только из perl, всё работало
  • @OCTAGRAM, #sarcasm юзай tk и не выёживайся
  • @OCTAGRAM, оптимизацию выключать пробовал?
  • @OCTAGRAM, 16 — мало. по современным меркам надо 32 или 64 ; )
  • @k0st1x, на плюсах надо qt — выклядит красиво, не падает, а wx уж больно страшен
  • @Shura, Да я понимаю тех, кто плюнул работать с ним на C++. Я б на Аде предпочёл с заранее собранной плюсовой версией и заранее собранной подогнанной к ней выпрямлялкой, но надо что–то плюсовое, и Qt тоже не собирается, только попытки его собрать занимают гораздо дольше, а FLTK, говорят, страшен.
  • @OCTAGRAM, что там у тебя такое с системой? qt ставится в 2 команды
  • @Shura, Их настолько сложно собрать, что они предлагают свою собственную версию MinGW/MSYS, которая способна их собрать.
  • @OCTAGRAM, а, под винду что ли? Ясно
  • @Shura, Надо Windows + Mac OS X. Я б уже GNUStep взял, если б Objective-C канал
  • @Shura, С точки зрения человека, который долго пользовался Mac OS X, Qt гораздо страшнее wxWidgets. Правда, страшность тут, наверное, не в графике, а в функциональности, в Drag'n'Drop, в заголовках окон документов, по особому ведущих себя на Mac OS X.
  • @OCTAGRAM, А скажи что за проблемы с qt? У них стабильный релиз с IDE неплохой, я там гонял qt quick, все с сишечкой собиралась работало под мак и под линь прямо с первого пинка. И опять таки qml рулит..
    Зачем ты из исходников собираешь?
  • @OCTAGRAM, Я довольно быстро их заводил, буквально за вечер. И проблем с крешами не было.
    Но всё-равно в итоге ушёл на Qt. :)
  • @SannySanoff, Одни собирают под TDM-GCC, другие собирают ещё подо что, а надо–то одним компилятором всё. Тем компилятором, которым я как–то раз пытался собрать, Qt не собралось, в соответствии с их обещаниями
  • @OCTAGRAM, Суть проблемы такова: groups.google.com
    Это если пытаться собрать wxWidgets по умолчанию. Оно какой–то MSLU не находит, и не собираются. Поэтому, раз Юникод в wxWidgets до сих пор не работает, то я решил его и выключить, а тот wx/setup.h, который я поначалу инклудил, всё равно был заточен под Юникод, сборка в MinGW (без MSYS), оказывается, не обновляет setup.h, поэтому, когда собирается Hello World, там макросы разворачиваются в те функции, которых нет, поэтому не компонуется. Когда же я этот вероломный setup.h поправил, чтоб там не было этого Юникода, то крашится. Я предположил, что всё–таки раз написано, что ANSI не поддерживается, то, наверное, надо Юникод чинить, раз авторы wxWidgets не в состоянии наладить Юникод на самой популярной платформе, под которую её собирают. Посмотрел файлы по ссылке, там нашёл такие строчки:
    #if wxUSE_UNICODE_MSLU || defined(__WX_STRICT_ANSI_GCC__)
    WXDLLIMPEXP_BASE FILE* wxMSLU__wfopen(const wchar_t *name, const wchar_t *mode);
    WXDLLIMPEXP_BASE FILE* wxMSLU__wfreopen(const wchar_t *name, const wchar_t *mode, FILE *stream);
    Не очень понятно, на что расчитывал тот, кто это писал. То есть, я так понимаю, если __WX_STRICT_ANSI_GCC__, то MSLU должно само отрасти из ниоткуда, а оно возьми, да и не отрасти, и сломай весь билд.

    Победил.
  • @Shura, Нашёл цитату про красоту Qt из холивора времён выхода iPhone:
    daringfireball.net
    Consider, for one example, Amazon’s Kindle clients for iPhone OS and Mac OS X. The iPhone OS Kindle app is excellent, a worthy rival in terms of experience to Apple’s own iBooks. The Mac Kindle app is a turd that doesn’t look, feel, or behave like a real Mac app. The iPhone OS Kindle app is a native iPhone app, written in Cocoa Touch. The Mac Kindle app was produced using the cross-platform Qt toolkit.
    Именно Kindle не видел, но вот Psi пользовался долго, так что знаю. Всё так. Это вот на Windows (до появления WPF, по крайней мере), где всё примитивно, сделать свой контрол, свою менюшку чуть лучше, чем системная, и уже хорошо, а на Mac OS X, я считаю, не боги горшки обжигают, можно сделать и марсианские контролы лучше, чем системные, но планка задрана высоко, и если уж взялся, должен довести хотя бы до того же уровня, что и у системных. В XUL довели, в Qt — нет, то ли пупок развязался, то ли им хватает поляны Windows + Linux, где никто слаще редьки ничего не пробовал, поэтому согласны хавать даже Qt.