The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Релиз фреймворка Qt 6.5, opennews (ok), 03-Апр-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


147. "Релиз фреймворка Qt 6.5"  +1 +/–
Сообщение от kuzulis (?), 04-Апр-23, 11:25 
Не тупи, в Qt 6.x используются куски WinAPI от Windows 10. И это разбросано по разным модулям, например QtNetwork и прочее. Поэтому при попытке использовать на Windows 7 эти модули (или определенные методы из этих модулей) получишь шляпу.
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

153. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 04-Апр-23, 12:29 
Qt 6.x используются куски GLibC API, по твоей логике в Windows 10 эта версия Qt6 не будет работать. Да?

Qt 4.5 использовались куски WinAPI от Windows 7. Но в Windows XP софт на QT4.5, в которых не использовались WinAPI6.2 (Win7) работал. И в Linux работал, и в MacOS X.
Что мешает софту сейчас работать?

Ответить | Правка | Наверх | Cообщить модератору

170. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от kuzulis (?), 05-Апр-23, 11:16 
> Qt 4.5 использовались куски WinAPI от Windows 7

Не было такого. WinAPI от Windows 7 начали использовать в Qt 5.7 (или 5.6) и выше (ЕМНИП), поэтому Windows XP можно полноценно использовать с Qt <= 5.7 (или 5.6, не помню).

> Qt 6.x используются куски GLibC API,

Причем тут GLibC и Windows, болезный? Ты не путай теплое с мягким.

> Что мешает софту сейчас работать?

Я объяснил уже выше что мешает - новые функции из WinAPI, которых не было в старом WinAPI, не тупи.

Ответить | Правка | Наверх | Cообщить модератору

177. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 06-Апр-23, 06:25 
> Причем тут GLibC и Windows, болезный? Ты не путай теплое с мягким.

Болезный, это ты тут заявляешь, что из-за WinAPI от Win10 нельзя использовать в Qt6 в Win7. Так как же Qt6 в Linux работает (или у тебя не работает?) и как же Qt6 работает в винде, если в Qt6 есть GlibCAPI (или Qt6 в твоей реальности вообще нигде не работает)?

> Не было такого. WinAPI от Windows 7 начали использовать в Qt 5.7 (или 5.6) и выше (ЕМНИП)

Поддержка WSD появилась в Qt в версии где-то 4.5. WSD появилась в Vista. В ХPени этой xpени не было.

> новые функции из WinAPI, которых не было в старом WinAPI, не тупи.

Ну расскажи же тогда, где а Linux, MacOS, iOS и Android можно найти в принципе WinAPI? Qt6 в этих ОС работает. И надо же без WinAPI. А знаешь как это достигается? Макросами при сборке определяются части исходного кода, которые компилируются для каждой из ОС и их версий. На этапе конфигурации сборки определяешь макросы для каждой ОС:

На примере Windows.
#if defined(COMPILE_OS_WIN10)
<SOME_CODE_ONE>
#elif defined(COMPILE_OS_WIN6.3) or defined(COMPILE_OS_WIN6.2)
<SOME_CODE_TWO>
#if defined(COMPILE_OS_WIN6.1)
<SOME_CODE_THREE>
#else
<SOME_CODE_FOUR>
#endif

Собственно говоря, так оно и делается при сборке Qt, когда из одних исходников собирают код по каждую ОС, которые между собой несовместимы.

Смотри офффорум Qt по теме "Qt Creator 6.0.1 and Qt 6.2.2 running on Windows 7"

Ответить | Правка | Наверх | Cообщить модератору

179. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 06-Апр-23, 07:52 
>> Причем тут GLibC и Windows, болезный? Ты не путай теплое с мягким.
> Болезный, это ты тут заявляешь, что из-за WinAPI от Win10 нельзя использовать
> в Qt6 в Win7. Так как же Qt6 в Linux работает
> (или у тебя не работает?)

Посмотрите сами, изучите вопрос, прежде чем обобщать частности.
В Linux Qt рисует на экране через XCB или Wayland (пока поддерживается оба варианта, но первый выкинут).
В Windows должно быть через GDI32/User32, эти части Win32 API менялись (добавлялось новое), о чём Вам и пишут.

> и как же Qt6 работает в
> винде, если в Qt6 есть GlibCAPI (или Qt6 в твоей реальности
> вообще нигде не работает)?

GLibC - это GNU C library? Оно вообще при чём?
Реализации стандартной библиотеки Си и Си++ в Windows свои.

Ответить | Правка | Наверх | Cообщить модератору

181. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 06-Апр-23, 08:03 
> Посмотрите сами, изучите вопрос, прежде чем обобщать частности.

Попробуйте прочитать написанное. Мне упорно доказывают, что из-за Win10Api Qt6 нельзя собрать для Win7. Я пишу, что МОЖНО СОБРАТЬ Qt6 без WinAPI.

> Реализации стандартной библиотеки Си и Си++ в Windows свои.

Еще и в Amdroid другая реализация. И в других ОС.
Еще раз попробуйте прочитать написанное! МНЕ ПИШУТ: "Нельзя собрать Qt6 для Win7 из-за Win10API". Я ПИШУ: "прекрасно собирают Qt6 для ОС, где нет WinAPI совсем, где полностью свои API, которых нет в Windows."

Ответить | Правка | Наверх | Cообщить модератору

182. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 06-Апр-23, 08:22 
>> Посмотрите сами, изучите вопрос, прежде чем обобщать частности.
> Попробуйте прочитать написанное. Мне упорно доказывают, что из-за Win10Api Qt6 нельзя собрать
> для Win7. Я пишу, что МОЖНО СОБРАТЬ Qt6 без WinAPI.

Приложения пользователя под операционными системами семейства Windows NT (в частности, бесяточка) работают через Win32 API *).
Собрать Qt6 без WinAPI можно, конечно, но в Windows оно не запустится.

*) есть ещё NativeAPI, но здесь нет смысла это обсуждать.

Ответить | Правка | Наверх | Cообщить модератору

183. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 06-Апр-23, 08:46 
> Приложения пользователя под операционными системами семейства Windows NT (в частности,
> бесяточка) работают через Win32 API *).
> Собрать Qt6 без WinAPI можно, конечно, но в Windows оно не запустится.

Вопрос изначально был не о API в системах. Выше по ветке упорно доказывают, что собрать Qt6 без Win10API совсем нельзя. Однако, Qt6 собирают без WinAPI вообще для других ОС из одних и тех же исходниках.

Опции MinGW-GCC
--enable-threads=posix
--enable-threads=win32
по разному работают с потоками.

Ответить | Правка | Наверх | Cообщить модератору

184. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 06-Апр-23, 08:59 
>> Приложения пользователя под операционными системами семейства Windows NT (в частности,
>> бесяточка) работают через Win32 API *).
>> Собрать Qt6 без WinAPI можно, конечно, но в Windows оно не запустится.
> Вопрос изначально был не о API в системах. Выше по ветке упорно
> доказывают, что собрать Qt6 без Win10API совсем нельзя. Однако, Qt6 собирают
> без WinAPI вообще для других ОС из одних и тех же
> исходниках.

Изначальное сообщение ветки №2 -- "После такого подлого и необоснованного бросания Win7, я больше не фанат qt".

Далее начинают доказывать, что у кого-то руки растут не оттуда, потому не могут собрать.
Естественно, что все эти господа теоретики не смогли показать готовые примеры, как они это сделали. Потому что никто из них сам не пробовал.

В сообщениях №147 и №170 появляется практик -- он или читал changelog, или смотрел код, как минимум -- и указывает причину несовместимости с Win7.

> Опции MinGW-GCC
>  --enable-threads=posix
>  --enable-threads=win32
> по разному работают с потоками.

Не вижу связи с Qt под Win32 API. Заявлена поддержка MSVC.

Ответить | Правка | Наверх | Cообщить модератору

185. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 06-Апр-23, 10:28 
> Далее начинают доказывать, что у кого-то руки растут не оттуда, потому не
> могут собрать.
> Естественно, что все эти господа теоретики не смогли показать готовые примеры, как
> они это сделали. Потому что никто из них сам не пробовал.

Пример есть на офффоруме. Название темы я привел. Давать прямую ссылку на чужой форум в новостной теме - моветон.

> В сообщениях №147 и №170 появляется практик -- он или читал changelog,
> или смотрел код, как минимум -- и указывает причину несовместимости с
> Win7.

Только показать ченджлоге или коде место, где сборка под Win7 невозможна, никто не может. А после соответствующей темы на форуме Qt, где это опровергают, еще и не будет.

> Не вижу связи с Qt под Win32 API. Заявлена поддержка MSVC.

Очень плохо, что вы связи не видите.
Обычно MinGW собирается только с включенным  --enable-threads=posix, --enable-threads=win32 не включают. В makefile она по умолчанию в disable. Поддержку threads=win32, а так же Win32API осуществляет либа w32api. Данная либа до сих пор собирается под Windows7.

Ответить | Правка | Наверх | Cообщить модератору

187. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 06-Апр-23, 13:19 
>> Не вижу связи с Qt под Win32 API. Заявлена поддержка MSVC.
> Очень плохо, что вы связи не видите.
> Обычно MinGW собирается только с включенным  --enable-threads=posix, --enable-threads=win32

Программисты для Windows обычно используют MSVC.

> не включают. В makefile она по умолчанию в disable. Поддержку threads=win32,
> а так же Win32API осуществляет либа w32api. Данная либа до сих
> пор собирается под Windows7.

В Win32 API потоки создаются функцией CreateTread().
Qt именно её и использует.
Странно, что исходники Qt приходится смотреть мне, а не специалисту по её сборке.


    /*
      NOTE: we create the thread in the suspended state, set the
      priority and then resume the thread.
      since threads are created with normal priority by default, we
      could get into a case where a thread (with priority less than
      NormalPriority) tries to create a new thread (also with priority
      less than NormalPriority), but the newly created thread preempts
      its 'parent' and runs at normal priority.
    */
#if defined(Q_CC_MSVC) && !defined(_DLL) // && !defined(Q_OS_WINRT)
#  ifdef Q_OS_WINRT
    // If you wish to accept the memory leaks, uncomment the part above.
    // See:
    //  https://support.microsoft.com/en-us/kb/104641
    //  https://msdn.microsoft.com/en-us/library/kdzttdcb.aspx
#    error "Microsoft documentation says this combination leaks memory every time a thread is started. " \
    "Please change your build back to -MD/-MDd or, if you understand this issue and want to continue, " \
    "edit this source file."
#  endif
    // MSVC -MT or -MTd build
    d->handle = (Qt::HANDLE) _beginthreadex(NULL, d->stackSize, QThreadPrivate::start,
                                            this, CREATE_SUSPENDED, &(d->id));
#else
    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,
                             reinterpret_cast<LPTHREAD_START_ROUTINE>(QThreadPrivate::start),
                             this, CREATE_SUSPENDED, reinterpret_cast<LPDWORD>(&d->id));
#endif // Q_OS_WINRT

Ответить | Правка | Наверх | Cообщить модератору

189. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 06-Апр-23, 13:49 
> Программисты для Windows обычно используют MSVC.

Программисты для Windows много что используют. В том числе и MinGW, ICC, Dev-C++...
Или вы для Qt на оффсайте никогда не видели сборок на MinGW?

> Qt именно её и использует.

А сборка для MinGW это знает? А сам MinGW это знает?
И почему же в MinGW прокатывает вызов sem_init() и pthread_mutexattr_settype() и не позволяет вызывать CreateSemaphore()?

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

190. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 06-Апр-23, 13:55 
>> Программисты для Windows обычно используют MSVC.
> Программисты для Windows много что используют. В том числе и MinGW, ICC,
> Dev-C++...

У ICC заявлена совместимость с MSVC, т.е. он мало что меняет. А Dev-C++ это компилятор? Считаете это смешной шуткой?

> Или вы для Qt на оффсайте никогда не видели сборок на MinGW?

Не видел сборок для Win7.

>> Qt именно её и использует.
> А сборка для MinGW это знает? А сам MinGW это знает?
> И почему же в MinGW прокатывает вызов sem_init() и pthread_mutexattr_settype() и не
> позволяет вызывать CreateSemaphore()?

Потому что Вы не смогли собрать под Win7 и занялись демагогией.

Ответить | Правка | К родителю #189 | Наверх | Cообщить модератору

199. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 10-Апр-23, 07:08 
> А Dev-C++ это компилятор?

Нет. Это IDE, в которой можно подключить Borland/Turbo C++.
Макрос Qt Q_CC_BOR о чем знаете?

> Считаете это смешной шуткой?

Считаю. Реально смешно, что вы не можете найти макросы Q_CC_BOR.
Макроса для LCC (компилятора МЦСТ) нет.

> У ICC заявлена совместимость с MSVC, т.е. он мало что меняет.

Так у него и совместимость с GCC заявлена. Для Linux есть сборки.

> Потому что Вы не смогли собрать под Win7 и занялись демагогией.

Я собрал Qt 6.0 RC для Windows7 вместе со сборкой poppler-qt6 и libmariadb-connector в статике. Из-за Poppler, пришлось собирать в MinGW. В целом сборка оказалась не нужной - в Qt6 есть нативная работа с PDF.

Сборки 6.2 собранная MSVC2013 (студия, появившаяся за два года минимум до выхода Win10) выложена одним из участников stackoverflow на его GDrive. Это информация доступна любому, кто способен гуглить.

Ответить | Правка | К родителю #190 | Наверх | Cообщить модератору

201. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 10-Апр-23, 07:27 
>> А Dev-C++ это компилятор?
> Нет. Это IDE, в которой можно подключить Borland/Turbo C++.
> Макрос Qt Q_CC_BOR о чем знаете?

Не имеет отношения к вопросу. Упорство в таких делах воспринимаю как демагогию.

>> Считаете это смешной шуткой?
> Считаю. Реально смешно, что вы не можете найти макросы Q_CC_BOR.
> Макроса для LCC (компилятора МЦСТ) нет.

Печально, что Вы считаете подобную манипуляцию действенной.

>> У ICC заявлена совместимость с MSVC, т.е. он мало что меняет.
> Так у него и совместимость с GCC заявлена. Для Linux есть сборки.

Вам необходимо и достаточно собрать для Windows.

>> Потому что Вы не смогли собрать под Win7 и занялись демагогией.
> Я собрал Qt 6.0 RC для Windows7 вместе со сборкой poppler-qt6 и
> libmariadb-connector в статике. Из-за Poppler, пришлось собирать в MinGW. В целом
> сборка оказалась не нужной - в Qt6 есть нативная работа с
> PDF.

Подмена предмета обсуждения, версия 6.5 на 6.0.

> Сборки 6.2 собранная MSVC2013 (студия, появившаяся за два года минимум до выхода
> Win10) выложена одним из участников stackoverflow на его GDrive.

Подмена предмета обсуждения, версия 6.5 на 6.2.

> Это информация доступна любому, кто способен гуглить.

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

Вместо подобных передёргиваний Вам стоило бы посмотреть в код, при чтении которого Вы ошиблись. №187 и №193. В ошибках нет ничего страшного. В отличии от выпадов с Q_CC_BOR.

Ответить | Правка | К родителю #199 | Наверх | Cообщить модератору

203. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 10-Апр-23, 07:57 
> Печально, что Вы считаете подобную манипуляцию действенной.

Печально, что вы не знаете для чего используются макросы.

> Подмена предмета обсуждения, версия 6.5 на 6.0.

Нет подмены. Официально не поддерживается сборка всей ветки Qt6 для Win7. Версия Qt6.5 кардинально не отличается от Qt6.0 RC в плане сборки.

> Подмена предмета обсуждения, версия 6.5 на 6.2.

С Вашей стороны подмена обсуждения Qt в целом на Qt6.5. Где в тексте для Qt6.5 сказано, что не поддерживается Windows 7? Где начале ветки упоминается Qt6.?

"Сами придумали, сами обиделись!" - Не в первый раз у вас. И чуть что не по вам, то вместо ответов - слив от от вас. Не надоело еще с темы на тему в одном обсуждении скакать?

Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

204. "Релиз фреймворка Qt 6.5"  –1 +/–
Сообщение от n00by (ok), 10-Апр-23, 13:39 
>> Печально, что Вы считаете подобную манипуляцию действенной.
> Печально, что вы не знаете для чего используются макросы.

Что бы показать их в коде сообщения №187 и EULA при прочтении сел в лужу? Вообще, конечно, это не было целью, нечаянно получилось.

>> Подмена предмета обсуждения, версия 6.5 на 6.0.
> Нет подмены. Официально не поддерживается сборка всей ветки Qt6 для Win7. Версия
> Qt6.5 кардинально не отличается от Qt6.0 RC в плане сборки.

6.0 собрана, а 6.5 не собрана. И задача не просто собрать, а что бы оно запускалось, что бы импортируемые функции присутствовали в системе.

>> Подмена предмета обсуждения, версия 6.5 на 6.2.
> С Вашей стороны подмена обсуждения Qt в целом на Qt6.5. Где в
> тексте для Qt6.5 сказано, что не поддерживается Windows 7? Где начале
> ветки упоминается Qt6.?

В шапке новости -- 6.5.

> "Сами придумали, сами обиделись!" - Не в первый раз у вас. И
> чуть что не по вам, то вместо ответов - слив от
> от вас. Не надоело еще с темы на тему в одном
> обсуждении скакать?

Да всё по мне -- я показал фрагмент кода, Вы его прочесть не смогли, а теперь просто проецируете.

Ответить | Правка | К родителю #203 | Наверх | Cообщить модератору

206. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 11-Апр-23, 13:14 
>  Вообще, конечно, это не было целью, нечаянно получилось.

Нечаянно в очередной раз сели в лужу.
Если бы вы знали понимали, что копипастите, то в лужу бы не сели.

> Что бы показать их в коде сообщения №187 и EULA при прочтении сел в лужу?

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

> В шапке новости -- 6.5.

Ни в шапке, ни в самой новости нет ничего про отсутствие поддержки Windows7.
Получается, что это вообще только вы выдумали.

> я показал фрагмент кода,

Который для WindowsRT и не собирается для Windows10 x86 32 и 64 bit.
С таким же успехом можно было привести код от GTK4.
"Нуачётакова! Код же есть." - звучит эпично.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

207. "Релиз фреймворка Qt 6.5"  –1 +/–
Сообщение от n00by (ok), 12-Апр-23, 09:07 
>>  Вообще, конечно, это не было целью, нечаянно получилось.
> Нечаянно в очередной раз сели в лужу.
> Если бы вы знали понимали, что копипастите, то в лужу бы не
> сели.
>> Что бы показать их в коде сообщения №187 и EULA при прочтении сел в лужу?
> Вы не знаете, для чего использую макросы, чтобы другой сел в лужу?
> "Я ему гадил, но нечаянно свои штаны забыл снять!" - это эпично.

Есть гипотеза кроме луж, почему Вы упорно не видите моё сообщение №193? А №205?
Подозреваю, Вы их видите, но ответить не можете.

>> В шапке новости -- 6.5.
> Ни в шапке, ни в самой новости нет ничего про отсутствие поддержки
> Windows7.
> Получается, что это вообще только вы выдумали.
>> я показал фрагмент кода,
> Который для WindowsRT и не собирается для Windows10 x86 32 и 64
> bit.
> С таким же успехом можно было привести код от GTK4.

Ваше бы упорство, да направить на понимание кода.
Попробуйте ещё раз.
Вот фрагмент для WINRT:

#  ifdef Q_OS_WINRT
    // If you wish to accept the memory leaks, uncomment the part above.
    // See:
    //  https://support.microsoft.com/en-us/kb/104641
    //  https://msdn.microsoft.com/en-us/library/kdzttdcb.aspx
#    error "Microsoft documentation says this combination leaks memory every time a thread is started. " \
    "Please change your build back to -MD/-MDd or, if you understand this issue and want to continue, " \
    "edit this source file."
#  endif

Вот ещё кое-что:

#if defined(Q_CC_MSVC) && !defined(_DLL) // && !defined(Q_OS_WINRT)
...
#else
    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,
                             reinterpret_cast<LPTHREAD_START_ROUTINE>(QThreadPrivate::start),
                             this, CREATE_SUSPENDED, reinterpret_cast<LPDWORD>(&d->id));
#endif // Q_OS_WINRT

// - видите это в условии #if? Это называется комментарий, текст после него препроцессор пропускает. При автогенерации комментария к последнему #endif Qt Creator не учёл это и занёс туда Q_OS_WINRT.

> "Нуачётакова! Код же есть." - звучит эпично.

Эпично, что собранной Qt 6.5 до сих пор нет, а умелец собирать не смог прочитать пару #if-ов и не знает CreateThread().

Ответить | Правка | К родителю #206 | Наверх | Cообщить модератору

208. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 12-Апр-23, 11:14 
> Вы упорно не видите моё сообщение №193? А №205?

А что там надо увидеть?
Что вы не знаете, что код в остальной части этого же файла компилируется MinGW. Кроме этого больше там ничего нет.

> а умелец собирать не смог прочитать пару #if-ов и не знает CreateThread().

В другой части года этого же файла есть  pthread_mutexattr_settype() и что? Наверное, Windows - это Posix теперь, если компилируется MinGW.

Nooby, вы разве не видели, что копированный вами код внезапно есть и в Qt5?
qtbase/src/corelib/thread/qthread_win.cpp
В ревизии 558fc903acc610769279da2737ad679aa9fd728d от 28 января 2020 года.
https://github.com/qt/qtbase/commit/58c69df4d38324644bc49ec5...
Строка 133.
Но это версия Qt5.

Я еще раз задаю вопрос, как же тогда MinGW вызывает потоки Windows, если в коде на C++ вызываются Posx- методы потоков? Ответ прост либа - w32api, которая является транслятором вызовов.

> Не видел сборок для Win7.

Опять вы сменили тему. Где в сборках для MinGW выполняется код с CreateThread()? ЭТО ЗАЯВИЛИ ВЫ! Так где он выполняется?

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

209. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 12-Апр-23, 12:53 
>> Вы упорно не видите моё сообщение №193? А №205?
> А что там надо увидеть?

Там всё прекрасно написано, что надо увидеть. В предыдущем сообщении я повторял. Могу ещё раз скопировать, в надежде, что до Вас дойдёт его смысл:

#  ifdef Q_OS_WINRT
    // If you wish to accept the memory leaks, uncomment the part above.
    // See:
    //  https://support.microsoft.com/en-us/kb/104641
    //  https://msdn.microsoft.com/en-us/library/kdzttdcb.aspx
#    error "Microsoft documentation says this combination leaks memory every time a thread is started. " \
    "Please change your build back to -MD/-MDd or, if you understand this issue and want to continue, " \
    "edit this source file."
#  endif

...

#else
    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,
                             reinterpret_cast<LPTHREAD_START_ROUTINE>(QThreadPrivate::start),
                             this, CREATE_SUSPENDED, reinterpret_cast<LPDWORD>(&d->id));

> Что вы не знаете, что код в остальной части этого же файла
> компилируется MinGW. Кроме этого больше там ничего нет.

В контексте Ваших гипотез по поводу --enable-threads=win32 интересны исключительно реализации QThread::start()

>> а умелец собирать не смог прочитать пару #if-ов и не знает CreateThread().
> В другой части года этого же файла есть  pthread_mutexattr_settype() и что?

Вышеприведённый код скопирован из src/corelib/thread/qthread_win.cpp
Вот ссылка на версию 6.5 https://github.com/qt/qtbase/blob/6.5/src/corelib/thread/qth...
там отсутствует pthread_mutexattr_settype()
Получается, Вы что-то путаете.
Хотя теперь я начинаю рассматривать версию, что намеренно лжёте.

> Наверное, Windows - это Posix теперь, если компилируется MinGW.

Совершенно точно - в №147 шла речь о WinAPI. Qt с какой-то версии использует появившиеся в Windows 10 функции, и потому не работает в 7-ке.

> Nooby, вы разве не видели, что копированный вами код внезапно есть и
> в Qt5?
> qtbase/src/corelib/thread/qthread_win.cpp
> В ревизии 558fc903acc610769279da2737ad679aa9fd728d от 28 января 2020 года.
> https://github.com/qt/qtbase/commit/58c69df4d38324644bc49ec5...
> Строка 133.
> Но это версия Qt5.

Конечно видел, я и копировал из 5й версии. И рядом написал, что в части создания потоков оно будет точно так же работать и в будущих Qt. Потому порекомендовал не отвлекаться на создание тредов, а наконец порадовать собранной Qt 6.5, работающей в Windows 7.

Если бы я копировал из версии 6.5, Вы бы увидели нижеследующий код и не генерировали удивительную гипотезу про WinRT.

#if defined(Q_CC_MSVC) && !defined(_DLL)
    // MSVC -MT or -MTd build
    d->handle = (Qt::HANDLE) _beginthreadex(NULL, d->stackSize, QThreadPrivate::start,
                                            this, CREATE_SUSPENDED, &(d->id));
#else
    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,
                             reinterpret_cast<LPTHREAD_START_ROUTINE>(QThreadPrivate::start),
                             this, CREATE_SUSPENDED, reinterpret_cast<LPDWORD>(&d->id));
#endif

> Я еще раз задаю вопрос, как же тогда MinGW вызывает потоки Windows,
> если в коде на C++ вызываются Posx- методы потоков? Ответ прост
> либа - w32api, которая является транслятором вызовов.

А если бы Вы посмотрели код и смогли бы его понять, Вы бы увидели. Попробуйте наконец. Видите там MinGW?

>> Не видел сборок для Win7.
> Опять вы сменили тему. Где в сборках для MinGW выполняется код с
> CreateThread()? ЭТО ЗАЯВИЛИ ВЫ! Так где он выполняется?

Я уже подустал это копировать, но на всякий случай еще раз:

    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,

А так то тема "После такого подлого и необоснованного бросания Win7, я больше не фанат qt" (№2)

На что Вы ответили в №123 "Что мешает собрать Qt6 для Windows 7? ... тем более сборки такие уже есть."

Так что Вам надо показать такую сборку, а не отвлекаться на треды (тем более не понимая, как они создаются в Windows).

Ответить | Правка | К родителю #208 | Наверх | Cообщить модератору

210. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 12-Апр-23, 13:34 
> Вот ссылка на версию 6.5

Я вам ссылку привел туда же. Только для версии 5.13.
И кусок кода там был.

Я вам задал вопрос. Перефразирую его: почему этот кусок кода не компилируется в MinGW, но все это прекрасно же работает в WinRT?
Но, почитав вас, ответа все равно не будет - чсв вам не позволит ответь правду.

> Так что Вам надо показать такую сборку, а не отвлекаться на треды (тем более не понимая, как они создаются в Windows).

Я сборку с куском вашего кода показал - Qt 5.15.
Можете взять эту сборку: https://packages.msys2.org/base/mingw-w64-qt5-base

Вот этот код
#if defined(Q_CC_MSVC) && !defined(_DLL) // && !defined(Q_OS_WINRT)
#  ifdef Q_OS_WINRT
    // If you wish to accept the memory leaks, uncomment the part above.
    // See:
    //  https://support.microsoft.com/en-us/kb/104641
    //  https://msdn.microsoft.com/en-us/library/kdzttdcb.aspx
#    error "Microsoft documentation says this combination leaks memory every time a thread is started. " \
    "Please change your build back to -MD/-MDd or, if you understand this issue and want to continue, " \
    "edit this source file."
#  endif
    // MSVC -MT or -MTd build
    d->handle = (Qt::HANDLE) _beginthreadex(NULL, d->stackSize, QThreadPrivate::start,
                                            this, CREATE_SUSPENDED, &(d->id));
#else
    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,
                             reinterpret_cast<LPTHREAD_START_ROUTINE>(QThreadPrivate::start),
                             this, CREATE_SUSPENDED, reinterpret_cast<LPDWORD>(&d->id));
#endif // Q_OS_WINRT
из ревизии If61c206ee43ad1d97f5b07f58ac93c4583ce5620
Merge remote-tracking branch 'origin/5.15' into dev
Conflicts:
    src/corelib/tools/qhash.h
    src/gui/kernel/qevent.h
    src/widgets/kernel/qshortcut.cpp
    src/widgets/kernel/qshortcut.h

Change-Id: If61c206ee43ad1d97f5b07f58ac93c4583ce5620

Qt Forward Merge Bot authored and Allan Sandfeld Jensen committed on Nov 25, 2019
Это даже не 5.15. Это Qt5.13

https://github.com/qt/qtbase/blob/58c69df4d38324644bc49ec5f4...,endif%20//%20Q_OS_WINRT

Готовы заявить, что Qt5.13 на Windows 7 не работает?
Но вы так и заявите: "не важно, что было в 5.13. Важно, что в 6.5 он есть, а значит не работает. я доказывать ничего не буду, смотреть тоже ничего не буду. мне плевать на ваша слова, правду говорю только я. все остальные не достойны говорить правду"

> Видите там MinGW?

Я в коде этого же файла вижу:
#include "qthread_p.h"

> Попробуйте наконец. Видите там MinGW?

Попробуйте ответить на вопрос, почему работают в MinGW потоки в любой версии Window, если они вызываются только, если компиляция происходит MSVC, на что вы тут раз 10 указали?
Ответа не будет. В вашем мире сборки Qt6 для MinGW нет ни для какой версии Windows. И доказываете вы это кодом для Qt5.

Все как обычно.
Осталось услышать от вас, что Поттеринг придумал Linux, так как в Linux есть SystemD.

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

211. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 13-Апр-23, 08:38 
>> Вот ссылка на версию 6.5
> Я вам ссылку привел туда же. Только для версии 5.13.
> И кусок кода там был.

Вы привели ссылку на коммит, а не на файл. Там масса файлов, в том числе не имеющих отношения к созданию треда в Windows NT.

> Я вам задал вопрос. Перефразирую его: почему этот кусок кода не компилируется
> в MinGW, но все это прекрасно же работает в WinRT?

Потому что Вы лжете. Директива препроцессора #error прерывает сборку.

#  ifdef Q_OS_WINRT
...
#    error "Microsoft documentation says this combination leaks memory every time a thread is started. " \
    "Please change your build back to -MD/-MDd or, if you understand this issue and want to continue, " \
    "edit this source file."
#  endif

> Но, почитав вас, ответа все равно не будет - чсв вам не
> позволит ответь правду.

Я показал кусок, который компилируется MinGW:

    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,

Почему у Вас там не компилируется какие-то левые куски - это мне не очень интересно.

>> Так что Вам надо показать такую сборку, а не отвлекаться на треды (тем более не понимая, как они создаются в Windows).
> Я сборку с куском вашего кода показал - Qt 5.15.
> Можете взять эту сборку: https://packages.msys2.org/base/mingw-w64-qt5-base

Вам надо показать сборку версии 6.5. И без Вас понятно, что старые версии собирались.

>> Попробуйте наконец. Видите там MinGW?
> Попробуйте ответить на вопрос, почему работают в MinGW потоки в любой версии
> Window, если они вызываются только, если компиляция происходит MSVC, на что
> вы тут раз 10 указали?
> Ответа не будет.

Вопрос тут один: почему Вы так и не показали собранную 6.5. Вам он очень неудобен, потому Вы пытаетесь его заболтать.

А чем отличается макрос Q_CC_MSVC от _MSC_VER -- разбирайтесь сами, я не брался учить всех подряд.

> В вашем мире сборки Qt6 для MinGW нет ни
> для какой версии Windows.

То есть Вы соврали в #123, заявив по поводу Qt6.5 из заголовка новости, цитирую: "И тем более сборки такие уже есть."

Наконец-то признали сами, полагаю, можно закончить.

Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

212. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 13-Апр-23, 10:34 
> Вы привели ссылку на коммит, а не на файл. Там масса файлов,
> в том числе не имеющих отношения к созданию треда в Windows
> NT.

То есть, если в коммите  для Qt5.13 нужный кусок кода есть, то это не значит, что в самой версии 5.13 этот код есть?

В моем сообщении 208 я специально указал файл.
qtbase/src/corelib/thread/qthread_win.cpp
Специально для вас еще раз эту строку повторю.
qtbase/src/corelib/thread/qthread_win.cpp

>> Я вам задал вопрос. Перефразирую его: почему этот кусок кода не компилируется
>> в MinGW, но все это прекрасно же работает в WinRT?
> Потому что Вы лжете. Директива препроцессора #error прерывает сборку.

Почему вы лжете, когда говорите, что сборок MinGW для Winows10 нет?

> Я показал кусок, который компилируется MinGW:

Вы соврали! Вы лжец! Вы привели кусок
Вы привели ЭТОТ кусок кода:
#if defined(Q_CC_MSVC) && !defined(_DLL) // && !defined(Q_OS_WINRT)
...
#else
    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,
                             reinterpret_cast<LPTHREAD_START_ROUTINE>(QThreadPrivate::start),
                             this, CREATE_SUSPENDED, reinterpret_cast<LPDWORD>(&d->id));
#endif // Q_OS_WINRT
Ваше сообщение 207? Или все должны сделать вид, что нужно забыть, что вы писали раньше?
В приведенном вами коде есть макрос
#if defined(Q_CC_MSVC)
Который говорит, что сборка идет в MSVC

> Почему у Вас там не компилируется какие-то левые куски - это мне
> не очень интересно.

О как! В официальных источниках, у вас левые куски кода?
Или для Вас макрос
#if defined(Q_CC_MSVC)
левый и на него смотреть не надо?

Стоит ждать заявите, что # - это символ комментария.

> Вам надо показать сборку версии 6.5. И без Вас понятно, что старые
> версии собирались.

Вы мне доказывали, что данный кусок кода есть только в Qt6. А теперь вы заявляете, что это были не вы!

> Вопрос тут один: почему Вы так и не показали собранную 6.5. Вам
> он очень неудобен, потому Вы пытаетесь его заболтать.

Потому, что вы подменили вопрос по Qt6 на Qt5. Ни топикстартер ветки, ни автор новости не говорил про Qt6.5 в Windows7.
Топик стартер ветки говорил про Qt6. Ответ был про Qt6.

> А чем отличается макрос Q_CC_MSVC от _MSC_VER -- разбирайтесь сами, я не
> брался учить всех подряд.

Где вы нашли _MSC_VER? Его не было в кодах, которые вы приводили! Опять подменяете тему вопроса, чтобы не отвечать про то, что не знаете.


> То есть Вы соврали в #123, заявив по поводу Qt6.5 из заголовка
> новости, цитирую: "И тем более сборки такие уже есть."

Цитату приведите, где я говорил про Qt6.5, не про Qt6, как писал топикстартер?


> Наконец-то признали сами, полагаю, можно закончить.

Я рад, что вы признали, что вы врете, подменяете понятия, и ни в чем не разбираетесь.
Из-за этого вас из редось выперли?

Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

213. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 13-Апр-23, 13:37 
Проигнорирую "содержательную" часть сообщения, на которое отвечаю, как его автор систематически поступал с моими.

EULA в сообщении #123 заявил о возможности собрать обсуждаемую версию 6.5, цитирую:

> Что мешает собрать Qt6 для Windows 7?
> На сколько я помню MSVS2013 фреймфорк все еще собирается.
> Тем более никто не мешает собрать Qt6 с помощью MinGW.
> И тем более сборки такие уже есть.

Работающих в Windows 7 cборок Qt 6.5 он показать не смог, неделю упражняясь в демагогии.

В сообщении №186 предоставил ссылку https://forum.qt.io/topic/133002/qt-creator-6-0-1-and-qt-6-2...
где удалось запустить Qt 6.2.2 в Windows 7.
Со слов автора, для этого потребовалось "топорно выдрать куски из старой версии" (Some hacking/backporting) [1].
То есть о сборке и речи нет.

Хочу выразить благодарность EULA.
Теперь, помимо технических нюансов с Qt, у меня есть наглядный пример эксперта по Qt.

[1] Today I spent some time debugging how much trouble it would be to make Qt 6.2.2 run on Windows 7. Turns on there are 3 showstoppers: qt6core.dll, qt6gui.dll and the platforms plugin qwindows.dll. Some hacking/backporting later I had new versions of them.

Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

214. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 14-Апр-23, 05:30 
> Проигнорирую "содержательную" часть сообщения, на которое отвечаю, как его автор систематически поступал с моими.

У вас привычка пенять на зеркало.

> EULA в сообщении #123 заявил о возможности собрать обсуждаемую версию 6.5, цитирую:

Любой политик нервно курит в сторонке от вашего умения врать. В вставленной вами цитате нет подстроки "6.5". Но вы в наглую заявляете обратное.

>  для этого потребовалось "топорно выдрать куски из старой версии" (Some hacking/backporting) [1].

Бэккпорт переводится "обратное портирование". Почему-то в контексте ядра Linux эту фразу применяют когда хотят в более старой версии получить фишки из более новой. Но у вас с точностью наоборот.
Уже всем понятно, что врать вам не просто не стыдно, но весьма привычно.

> Хочу выразить благодарность EULA.
> Теперь, помимо технических нюансов с Qt, у меня есть наглядный пример эксперта по Qt.

Жаль, что у вас не появились знания по макросам компилятора.

Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

217. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 14-Апр-23, 14:54 
Уймитесь уже со ссылкой ссылкой на устаревшую версию (Qt Creator 6.0.1 and Qt 6.2.2 running on Windows 7)
Я уже понял, что содержимое слишком сложно для Вас, потому приводит перевод в #213, повторю ещё раз:

"топорно выдрать куски из старой версии" (Some hacking/backporting) [1].
То есть о сборке и речи нет.

Ну и да. Жмякать жалобы, когда не можешь подтвердить своё заявление - так себе идея.

[1] Today I spent some time debugging how much trouble it would be to make Qt 6.2.2 run on Windows 7. Turns on there are 3 showstoppers: qt6core.dll, qt6gui.dll and the platforms plugin qwindows.dll. Some hacking/backporting later I had new versions of them.

Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

191. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 06-Апр-23, 13:58 
Вы когда код цитируете, вы его читаете?

#if defined(Q_CC_MSVC) && !defined(_DLL) // && !defined(Q_OS_WINRT)
#  ifdef Q_OS_WINRT

Вам эти дефайны ничего не говорят?
Помимо Q_CC_MSVC там еще есть код, который компилируется Q_CC_GNU (GCC и MinGW), Q_CC_CLANG (CLANG, что собственно и говорит из названия). И даже макрос поддержки кода для Borland C++ есть Q_CC_BOR.

Q_OS_WINRT А этот макрос вообще для Windows RT. Приведенный вами фрагмент вообще не собирается для Windows x86.

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

193. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 06-Апр-23, 19:08 
> Вы когда код цитируете, вы его читаете?
> #if defined(Q_CC_MSVC) && !defined(_DLL) // && !defined(Q_OS_WINRT)
> #  ifdef Q_OS_WINRT
> Вам эти дефайны ничего не говорят?

Говорят, что дальше Вы не смогли прочитать. Попробуйте ещё раз, для начала:

#  ifdef Q_OS_WINRT
    // If you wish to accept the memory leaks, uncomment the part above.
    // See:
    //  https://support.microsoft.com/en-us/kb/104641
    //  https://msdn.microsoft.com/en-us/library/kdzttdcb.aspx
#    error "Microsoft documentation says this combination leaks memory every time a thread is started. " \
    "Please change your build back to -MD/-MDd or, if you understand this issue and want to continue, " \
    "edit this source file."
#  endif

> Помимо Q_CC_MSVC там еще есть код, который компилируется Q_CC_GNU (GCC и MinGW),
> Q_CC_CLANG (CLANG, что собственно и говорит из названия). И даже макрос
> поддержки кода для Borland C++ есть Q_CC_BOR.

Что-то Вы забыли привести этот код. Наверное, потому что он плохо вписывается в Вашу гипотезу про --enable-threads=win32

#else
    // MSVC -MD or -MDd or MinGW build
    d->handle = CreateThread(nullptr, d->stackSize,
                             reinterpret_cast<LPTHREAD_START_ROUTINE>(QThreadPrivate::start),
                             this, CREATE_SUSPENDED, reinterpret_cast<LPDWORD>(&d->id));

> Q_OS_WINRT А этот макрос вообще для Windows RT. Приведенный вами фрагмент вообще
> не собирается для Windows x86.

Ещё раз. В Win32 API нет другого способа создать тред, кроме как CreateThread (точнее, NtCreateThread, если не считать пула потоков, о котором MinGW знает вряд ли больше здешних экспертов). И всё это не имеет отношения к вопросу. Эта часть Qt должна собираться и работать и в будущих версиях. Проблемы с теми частями Qt, что завязаны на новые возможности Win32 API.

Ответить | Правка | К родителю #191 | Наверх | Cообщить модератору

186. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 06-Апр-23, 10:31 
Надеюсь, ссылка пройдет модерацию.
https://forum.qt.io/topic/133002/qt-creator-6-0-1-and-qt-6-2...

Не желаете признать свою неправоту?

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

188. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 06-Апр-23, 13:22 
> Надеюсь, ссылка пройдет модерацию.
> https://forum.qt.io/topic/133002/qt-creator-6-0-1-and-qt-6-2...

И что же он там собрал? Выложил 3 dll в архиве для замены.

Some hacking/backporting later I had new versions of them.

When I replaced both Qt Creator's dlls in C:\Qt\Tools\QtCreator\bin and the qwindows.dll in C:\Qt\Tools\QtCreator\bin\plugins.\platforms, voila!

> Не желаете признать свою неправоту?

Пока лень вникать в тему.

hskoglund
8 февр. 2023 г., 06:37

@dmginc Still on my beloved Win7, couldn't get Qt Creator 9 to run.


crystalidea
2 дня назад

any update on Qt 6.5?

Ответить | Правка | Наверх | Cообщить модератору

192. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 06-Апр-23, 13:59 
> any update on Qt 6.5?

Сборку под Windows 7 официально для всей Qt6 не поддерживают.

Ответить | Правка | К родителю #188 | Наверх | Cообщить модератору

194. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 06-Апр-23, 19:11 
>> any update on Qt 6.5?
> Сборку под Windows 7 официально для всей Qt6 не поддерживают.

Напомню: Вы пытаетесь доказать, что собрать можно.

Ответить | Правка | К родителю #192 | Наверх | Cообщить модератору

198. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 10-Апр-23, 06:10 
> Напомню: Вы пытаетесь доказать, что собрать можно.

Именно так.
Собрать можно. Официальная техническая поддержка разработчиком не оказывается, и разработчик собирать не будет. Противоречия нет.
Вы же не будете отрицать, что Qt3 можно собрать для современных дистрибутивов Linux?

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

200. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 10-Апр-23, 07:18 
>> Напомню: Вы пытаетесь доказать, что собрать можно.
> Именно так.
> Собрать можно. Официальная техническая поддержка разработчиком не оказывается, и разработчик
> собирать не будет. Противоречия нет.
> Вы же не будете отрицать, что Qt3 можно собрать для современных дистрибутивов
> Linux?

Вы сейчас пытаетесь переложить бремя доказательства на оппонента.

Доказывайте сами.

Пока не видно подтверждений гипотезе из №123, цитирую: "тем более сборки такие уже есть".

Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

202. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от EULA (?), 10-Апр-23, 07:47 
> Доказывайте сами.

Что доказывать?
Что в приведенном вами примере есть только часть кода под макросом Q_CC_MSVC, а остальная часть собирается любым другим компилятором, а не только MSVC?

Я вам задал вопрос: "Макрос Qt Q_CC_BOR о чем знаете?" Что вы ответили? Что ничего не знаете. Если бы вы знали, то не ответили бы "не имеет отношения". Ведь макросQ_CC_BOR означает "Defined if the application is compiled using Borland/Turbo C++." Точно так же макрос Q_CC_MSVC означает
"Defined if the application is compiled using Microsoft Visual C/C++, Intel C++ for Windows."
Если имя макроса определено ранее в операторе #define, то последовательность операторов, стоящих между #ifdef и #endif, будет компилироваться.

Еще и макрос для WinRT ВЫ привели для WIN32. Ваше сообщение 187? Ничего, что API WINRT отличается от Win10? Или вам и тут все равно? И лишь бы попытаться  с умничать?

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

205. "Релиз фреймворка Qt 6.5"  +/–
Сообщение от n00by (ok), 10-Апр-23, 13:49 
>> Доказывайте сами.
> Что доказывать?
> Что в приведенном вами примере есть только часть кода под макросом Q_CC_MSVC,
> а остальная часть собирается любым другим компилятором, а не только MSVC?

Что собирается и работает.

> Я вам задал вопрос: "Макрос Qt Q_CC_BOR о чем знаете?" Что вы
> ответили? Что ничего не знаете.

Мне не требуется вообще отвечать. Не я доказываю, что оно собирается и работает.

> Если бы вы знали, то не
> ответили бы "не имеет отношения". Ведь макросQ_CC_BOR означает "Defined if the
> application is compiled using Borland/Turbo C++." Точно так же макрос Q_CC_MSVC
> означает
> "Defined if the application is compiled using Microsoft Visual C/C++, Intel C++
> for Windows."
> Если имя макроса определено ранее в операторе #define, то последовательность операторов,
> стоящих между #ifdef и #endif, будет компилироваться.

Для доказательства Вы можете собрать любым удобным компилятором. По моему опыту, Борлданд использовать вообще не стоит, разве что хотите усложнить задачу.

> Еще и макрос для WinRT ВЫ привели для WIN32. Ваше сообщение 187?
> Ничего, что API WINRT отличается от Win10? Или вам и тут
> все равно? И лишь бы попытаться  с умничать?

Вы код из №187 не поняли, поскольку не дочитали, либо последнее
#endif // Q_OS_WINRT
ввело в заблуждение по проводу ветки #else.
О чём я уже сообщал в №193.
Если не понятно, то под Q_OS_WINRT оно вообще не соберётся, если не отредактировать - и про это явно указано в комментариях.

Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру