Qt5 на debian wheezy вообще подразумевался?

configure вываливается по-причине устаревшего компилятора (gcc-4.7.2)

configure.am для autoconf есть?

не... я скачал qt-everywhere-5.12.1.tar.gz
запустил configure, он обломался, и из файлов сверху там только configure, configure.{bat,json}, qt.pro, LICENCE.* и, конечно, README (который мне слоило бы прочитать, наверное %)

из файлов сверху там только configure, configure.{bat,json}, qt.pro

Жаль. Тогда:

grep -n -A 1 -B 1 "GCC" configure

// configure вываливается по-причине устаревшего компилятора (gcc-4.7.2)

ну бекпортс же, ну!

ну бекпортс же, ну!

Бекпортс на gcc?

мне вообще-то для продакшина это нужно %)
а с бекпортсами я ежиков уже наглотался...

а с бекпортсами я ежиков уже наглотался...

А Qt5 ты тогда где взял?

не, там /configure из трех строчек, а вот в qtbase/configure есть куча всякого, только не про «GCC», а про «CC» и «CXX»

только не про «GCC», а про «CC» и «CXX»

Тогда измени ключевое слово: GCC -> VERSION

А Qt5 ты тогда где взял?

вот от сюда :)

wget -c -t inf http://ftp.acc.umu.se/mirror/qt.io/qtproject/archive/qt/5.12/5.12.1/single/qt-everywhere-src-5.12.1.zip

Тогда измени ключевое слово: GCC -> VERSION

в смысле? шо-то я туплю...

вот от сюда :)

Стоп! У тебя в системе libqt5 есть? Если нет, то адьиус твоей идее.

Стоп! У тебя в системе libqt5 есть? Если нет, то адьиус твоей идее.

эх :(

тогда есдиственный вариант - копаться в backports на тему Qt5?

тогда есдиственный вариант - копаться в backports?

Не факт. С backports ты получишь qt5 со всеми dev-ами, но не gcc. Gcc у тебя останется прежним. Сможешь решить это?

С backports ты получишь qt5 со всеми dev-ами, но не gcc. Gcc у тебя останется прежним. Сможешь решить это?

нужно попробовать, хотя помнится когда-то из-за таких экспериментов пришлось систему переустанавливать %)
но раз пока все так тухло, то сначала нужно сам проектик дописать, а там может получится убедить народ положить болт на 5-ю Qt - 4-ой для моей задачи должно хватить с головой

спасибо за помощь! :)

а с бекпортсами я ежиков уже наглотался...

что мешает обратно отключить блин потом? одно слово же заменить...

чутка напрягает то, что у него libc6 в зависимостях... а хотя все-равно виртуалка - сейчас попробую и отпишусь :)

эээ... думаете стоит соглашаться на это? %)

// это с бинарниками проги прийдется кастомерам и по CD с дистрибутивом приносить :)

хотя, это при установке Qt, сейчас ставлю gcc, тока, блин, неправильно - из репозиторя jessie, а не backports :-\

короче, виртуалку пока не перегружал, но Qt5 компилится пока... :)

wheezy
продакшина
нужно

У меня матрица сломалась.

настоящие сибирские мужики не должны бояться бекпортов %)

Поправил, не благодари.

Там смотреть надо, может, в бекпортах и свежий гцц есть.

Там смотреть надо, может, в бекпортах и свежий гцц есть.

Нет.

В Qt свой configure, несовместимый с autotools.

Стоп! У тебя в системе libqt5 есть? Если нет, то адьиус твоей идее.

Что? Зачем нужен libqt5, если человек собирает Qt5?

В Qt свой configure, несовместимый с autotools.

Так то оно так. Но я такие навороты встречал, что непонятно было как вообще и через какое место делалось.

Что? Зачем нужен libqt5, если человек собирает Qt5?

Да. Мать твою. Во я учудил.

А почему бы не попробовать сборку на текущем stretch вместо позапрошлого релиза?

Тем более уже прошла заморозка buster

5.12.1

Можно взять предыдущий LTS:

https://en.wikipedia.org/wiki/Qt_version_history

5.9 LTS и попробовать его скомпилировать стандартным GCC без пердолинга с бэкпортами.

Возможно, что там не будет проблем с компиляторами.

http://download.qt.io/official_releases/qt/5.9/5.9.7/

Поддержка почти до 2021, я думаю тебе за глаза будет.

Можно взять предыдущий LTS:

Хм. Но разве backports не тем же самым занимается?

Я не знаком с экосистемой Debian.

Если Qt 5.9+ в backport’ах есть, то почему бы им и не воспользоваться? Тогда смысла в установке нового GCC, чтобы им компилировать Qt5, нет никакого.

то почему бы им и не воспользоваться?

Я за то, что, чтобы не вангавать, посмотреть версию qt5 в backports, и качать исходник этой весии.

Можно взять предыдущий LTS:

https://en.wikipedia.org/wiki/Qt_version_history

5.9 LTS и попробовать его скомпилировать стандартным GCC без пердолинга с бэкпортами.

Возможно, что там не будет проблем с компиляторами.

пасиба, попробую - чере 1.5 часа сборка обломалась с криком

In file included from main.cpp:37:0:
socketcanbackend.h:83:5: error: ‘canfd_frame’ does not name a type
     canfd_frame m_frame;

Если Qt 5.9+ в backport’ах есть, то почему бы им и не воспользоваться? Тогда смысла в установке нового GCC, чтобы им компилировать Qt5, нет никакого.

у последнего стабильного debian'а Qt-5.7.1

Ошибку эту можно побороть отключением плагина socketcan в файле qtserialbus/src/plugins/canbus/canbus.pro.

Слишком старое Linux-окружение у тебя.

у последнего стабильного debian’а Qt-5.7.1

Тебя это не устраивает? Хост у тебя 64-битный? Если да, то почему официальный run-пакет не рассматривается, без всяких компиляканий?

Хост у тебя 64-битный? Если да, то почему официальный run-пакет не рассматривается, без всяких компиляканий?

32-битный armhf, причем я уже это делал года 4 назад, но тогда я и сидел на Wheezy

Надо было отметить, что у тебя armv7-хост. Получается в пакетах и backport’ах для твоего дистра подходящей версии qt для тебя нету?

Не уверен насчет gcc-4.7.2, но согласно
https://blog.qt.io/blog/2016/03/16/qt-5-6-released/ " Qt 5.6 will also be the last release that will work without requiring a C++11 compliant compiler."

блин, вот я затупок!
есть Qt-5.3.2, спасибо огроменное :)

Древненький ^^

Но надеюсь, сильной завязки на специфичные новые фичи у тебя не будет.

Не уверен насчет gcc-4.7.2

а я сейчас уже не смогу проверить - успел обновить gcc до 4.9.2-10+deb8u2 :-\

С++11 с GCC 4.8.1

Древненький ^^

зато теплый и ламповый %)
к тому же x905 посоветовал версию 5.6, в случае чего

а специфичного там ничего нет, оно по-идее и под Qt4 должно собраться(если хидеры поменять)...

С++11 с GCC 4.8.1

у Jessie сразу 4.9.2 была...

Я далеко не считаю себя экспертом, но мне не кажется хорошей идея выпускать в продакшен продукт, что основан на заведомо устаревшем и не поддерживаемом ныне дистрибутиве без обновлений безопасности.

В продакшене же чем черезжопнее тем лучше. Посмотри на практически любой продукт крупных компаний.

Это линукс, да.

Здесь нельзя make install clean