Попинайте за говнокод плиз

деструкторы придумали для этого

Ну ка скажи мне как же вызвать деструктор объекта, расположенного в куче без вызова оператора delete

Ну ка скажи мне как же вызвать деструктор объекта, расположенного в куче без вызова оператора delete

не нужно выделять объект в куче.

Об экранировании слышал?

#!/bin/bash

function build() {
mkdir "/tmp/%2"
pushd "/tmp/%2"

echo '
QT += core
QT -= gui
TARGET = test
CONFIG += console
CONFIG -= app_bundle
TEMPLATE = app
SOURCES += main.cpp
' >test.pro

echo '
#include <QDebug>
#include <QDir>
int main(int argc, char *argv[]) {
  qDebug()<<QObject::tr("%1%2").arg(QDir::homePath()).arg("222");
}
' >main.cpp

qmake test.pro
make
export HOME=$PWD
}

build >/dev/null 2>&1

./test

а?

$ ./run.sh
"/tmp/222222"

Спорить не буду, пример хоть и чисто механический, но говорит сам за себя... ТСу будет пример, когда использовать нельзя... Но это просто пипец какой экзотический пример

не нужно выделять объект в куче

Именно в куче объекты и надо выделять в Qt

и чо, на OSX эта переменная тоже определена и указывает куда надо?

Хоспадя, держите вот http://doc.qt.io/qt-5/qstandardpaths.html#StandardLocation-enum

Я же написал, что можно tr использовать для КОНКАТЕНАЦИИ

tr не используется для конкатенации, у него ровно одно назначение — вернуть локализаванную строку. То что в локализованной строке тоже могут быть %1 — это побочный эффект. В примере выше вам просто короче было напечатать tr, чем QString::fromLatin1.

ЧСХ там написано куда класть ели она не определена, и да ты можешь ее пытаться искать на виндоусе, чо так даже прикольнее