Я пункт 9 про миллиарды ВООБЩЕ не понял. О чем там речь?
upd. да, все, в оригинале перечел и дошло. Если раньше компанию оценивали в один миллиард и это было круто, то теперь чтобы получить такую же степень крутости, нужно уже 10 млрд, потому что 1млрдных уже много.
Пункт ни о чем. Инфляция понятия.
добавил ссылку в статью из исходного поста: doc.qt.io/QtQuick2DRenderer/index.html
(простите мою лень, там текст в оригинале пестрел ссылками, я не все продублировал).
Видимо, никак. Я так понял это про писалово на чистом QML. Я Qt, в основном, использую в частях не связанных с Qt Quick — это QtSql, QtNetwork, виджеты, Qt Script… поэтому надеюсь, что кто-то еще проконсультирует.
Аа) ладно, всё, я понял Вас! Я просто обычно и есть тот самый «проприетарный» разработчик и от других проприетарных как-то не завишу (т.е. я могу пересобрать все что мне нужно (вплоть до ядра и компилятора)). Простите, посмотрел со своей колокольни!
Я вообще может какой-то неправильный человек, который не видит вообще проблемы в том чтобы собрать под два компилятора. Или под пять. Пять сборок. Наверное, потому что я не разработчик WebKit-а, и мне не надо сутки ждать сборки. Может быть, поэтому.
Не в тему, но я еще до сих пор все проекты под Qt 4 и под Qt 5 собираю и не запариваюсь.
Вы можете собрать библиотеку GCC 3.4, слинковать её с библиотекой, собранной GCC 4.9
Хм, я что-то не пробовал так заморачиваться. Я линкую все в пределах одной версии, не особо надеясь на совместимось. Для меня нет в этом большой головной боли (все равно на target-окружениях будут разные версии рантайма).
Какой ужас! Это же первое изменение ABI GCC в истории! Что ж мы раньше-то делали!
Нет, серьезно, как разработчик, который поддерживает gcc 3.4, 4.1 и 4.8 одновременно, я не вижу в этом большой беды.
Речь шла про «ещё долгие годы мы будем вынуждены использовать только возможности GCC 4.9.». По-моему, это сгущение.
что, простите? Настолько я помню, list::size() будет теперь не за линейное время возвращать результат, а за константное. Это большая проблема для пользователей класса?
Спасибо. Я написал в статье, что МОГУТ БЫТЬ неточности. Уж не знаю как еще прозрачнее можно намекнуть, что с исправляшками — в личку. Я-то обновил, а Ваш комментарий теперь увековечен =)
Ну, если Вы ориентируетесь только на ОДИН компилятор, на GCC, то лучше уж тогда не по таким таблицам вроде моей смотреть, а прямо на странице (ссылка внизу поста). Там еще и комментарии есть =)
А вообще, конечно, я с Вами и не спорил.
Да, спасибо, при копировании aspx->asp заменилось. Поправил — но, вообще, полагается о таком в личку.
Заодно и для GCC поправил. (Хорошее правило, для себя, на будущее — после публикации статьи в ней все ссылки должны быть посещенные)
Ну, вообще выражаясь весьма грубо — C++11 уже можно использовать на всех стабильных версиях основных компиляторов на рынке.
И, в дополнение, уже можно использовать примерно половину возможностей C++14 в случае использования тестовых и dev-веток (естественно о поддержки всех компиляторов в библиотеках, например, говорить рано).
Спасибо, уважаемый однофамилец =)
Я вдохновлялся идеей сайта caniuse.com. Хотелось бы конечно, что-то в таком роде иметь. А еще подумываю о том, как бы эту табличку попроще поддерживать было… С другой стороны, новые релизы компиляторов не так часто выходят. Но если замахиваться на вариант с cppreference, то, конечно надо думать об автоматике.
Вот блин! Спасибо, что сказали, я пока только собирался TLS использовать.
Пока использовал все что попроще — for, auto, lambdas, override/final, variadic в либах, atomic.
Вот хочу еще «подсесть» на thread-local и constexpr.
upd. да, все, в оригинале перечел и дошло. Если раньше компанию оценивали в один миллиард и это было круто, то теперь чтобы получить такую же степень крутости, нужно уже 10 млрд, потому что 1млрдных уже много.
Пункт ни о чем. Инфляция понятия.
qtc будет там make запускать. чем не поддержка makefile-ов?
bugreports.qt-project.org/browse/QTCREATORBUG-8937
(простите мою лень, там текст в оригинале пестрел ссылками, я не все продублировал).
Не в тему, но я еще до сих пор все проекты под Qt 4 и под Qt 5 собираю и не запариваюсь.
я знаю. /sarcasm.
Хм, я что-то не пробовал так заморачиваться. Я линкую все в пределах одной версии, не особо надеясь на совместимось. Для меня нет в этом большой головной боли (все равно на target-окружениях будут разные версии рантайма).
Нет, серьезно, как разработчик, который поддерживает gcc 3.4, 4.1 и 4.8 одновременно, я не вижу в этом большой беды.
Речь шла про «ещё долгие годы мы будем вынуждены использовать только возможности GCC 4.9.». По-моему, это сгущение.
А вообще, конечно, я с Вами и не спорил.
Заодно и для GCC поправил. (Хорошее правило, для себя, на будущее — после публикации статьи в ней все ссылки должны быть посещенные)
И, в дополнение, уже можно использовать примерно половину возможностей C++14 в случае использования тестовых и dev-веток (естественно о поддержки всех компиляторов в библиотеках, например, говорить рано).
Я вдохновлялся идеей сайта caniuse.com. Хотелось бы конечно, что-то в таком роде иметь. А еще подумываю о том, как бы эту табличку попроще поддерживать было… С другой стороны, новые релизы компиляторов не так часто выходят. Но если замахиваться на вариант с cppreference, то, конечно надо думать об автоматике.
Пока использовал все что попроще — for, auto, lambdas, override/final, variadic в либах, atomic.
Вот хочу еще «подсесть» на thread-local и constexpr.