Для MinGW в .pro файле

На вскидку, настройка выравнивания (setAlignment) для компоновщика и sizePolicy, minimumSize, maximumSize для виджетов.

Поместить эти два виджета в отдельный компоновщик (layout), и уже его добавлять в Ваш QVBoxLayout через addLayout.

В .pro файле
DESTDIR - для указания пути куда будет помещен результат сборки.
PRECOMPILED_DIR = $$DESTDIR - для подавления создания папок debug и release.

Либо писать в файл через QTextStream, либо перевести QString в QByteArray c помощью to-функций (toUtf8() к примеру).

В предложенном коде нет и намека на попытку записи времени.
Если вопрос о том, как получить текущее время, то Вам необходим класс QDateTime , и соответственно методы QDateTime::currentDateTime() для получения текущего времени и toString() для преобразования времени в строку в нужном формате.

Попробуйте это Sharing Project Settings
В примерно такой конфигурации:

Здравствуйте.

В этой теме хотелось бы обсудить, как Вы справляетесь с упорядочиванием своего проекта, придерживаетесь какой-либо структуры или нет. Может быть в каталоге проекта у Вас твориться творческий беспорядок, где все (от исходников и объектных файлов, до ресурсов и исполняемых) свалено в корневом каталоге, или наоборот везде царит строгий порядок, как в этой статье Структура Qt-проекта на C++?

Я никогда не пользовался теневой сборкой, вместо этого у меня в каталоге проекта есть каталог !prototype, куда и складываются бинарники.
Установка PRECOMPILED_DIR избавляет от появления раздражающих папок debug и release в корневом каталоге проекта.

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

Исходники мирно свалены в каталоге "source".

Интересно было бы узнать, как это устроено у Вас.
Ну и вопрос по теме, есть ли возможность также структурировать сборку под Android, а то по-умолчанию все крутится в каталоге android-build.

Через настройку DESTDIR (и может быть всего скопа OBJECTS_DIR, MOC_DIR, RCC_DIR, ... по-желанию) в .pro файле, относительно PWD (OUT_PWD).

Да, я помню эту тему http://www.prog.org.ru/topic_28826_0.html. Ну попробую мигрировать на QOpenGLWindow. Спасибо.

Igors, спасибо за ответ.
Первый вариант был написан с использованием QOpenGLFramebufferObject, где для отвязки использовался release()/bindDefault() - которые в свою очередь завязаны на defaultFramebufferObject() для текущего контекста - и все равно проблема имела место быть.
Также я проверял, glBindFramebuffer(GL_FRAMEBUFFER, 0) вполне себе восстанавливает правильный первичный буфер, тот что был до привязки моих, но буду осторожней.

В любом случае, ошибка кроется в отказе буферов (созданных после первичного) привязываться (несмотря на то, что метод bind() у QOpenGLFramebufferObject возвращает true), glGetError() после этого возвращает ошибку 1282, и отрисовка происходит в первичный буфер.

Здравствуйте.
Попробовал использовать FBO и столкнулся со странным поведением. Корректно работают лишь буферы, созданные до создания первичного буфера.
Допустим, создаю FBO, они получают "номера" 1 и 2. Перед привязкой буфера (glBindFramebuffer(...)/bind()), проверяю текущий - получаю 3 (т.е. это "номер" первичного). Рисую что необходимо, отвязываю через glBindFramebuffer(GL_FRAMEBUFFER, 0) (или release() для QOpenGLFramebufferObject), текущим снова становится 3. Проблем нет.
Снова создаю FBO, они получают "номера" 4 и 5, и вот эти буферы при попытке связывания дают ошибку 1282 (GL_INVALID_OPERATION), и уже ничего нормально не отрисовывается.
Если удалить 1 и 2 буферы и создать вновь, получив те же номера, привязка у них будет также нарушена.

Все буферы создаются корректно, glCheckFramebufferStatus возвращает GL_FRAMEBUFFER_COMPLETE.
Пробовал использовать и класс QOpenGLFramebufferObject, и создавать все нативными командами OpenGL - результат идентичный.
Для отображения используется потомок QOpenGLWidget.

Каковы могут быть причины подобного поведения?

Решение:
Перед созданием FBO предварительно нужно выставить контекст (makeCurrent()). Загвоздка в том, что при не выставленном контексте, QOpenGLFramebufferObject::isValid() все равно возвращает true, что вводило меня в заблуждение, так как я считал буфер валидным.