Почему умные указатели нельзя объявлять обычным способом Pointer

Как указано здесь:

Объект удаляется с использованием потенциально предоставляемого пользователем средства удаления путем вызова get_deleter()(ptr). Средство удаления по умолчанию использует оператор удаления, который уничтожает объект и освобождает память.

unique_ptr содержит указатель на динамически выделяемые переменные, хранящиеся в куче. Когда вы инициализировали int h, вы сохранили эту переменную в стеке. Совершенно очевидно, что вы не должны использовать удаление для чего-либо, не выделенного динамически с использованием нового, поэтому вместо этого вам придется сделать следующее:

int* h_ptr = new int (100);
unique_ptr<int> temp1 {h_ptr};

Как указано в одном из ответов на вопрос, на который вы ссылаетесь:

unique_ptr является эксклюзивным владельцем указанного объекта. Когда он выйдет за рамки, он удалит объект.

То есть указатель, который вы передаете std::unique_ptr, должен полностью принадлежать результирующему std::unique_ptr. Это связано с тем, что как только std::unique_ptr получит указатель, он будет управлять указателем и попытается delete его, как только std::unique_ptr выйдет из области видимости.

Однако о полной собственности здесь не может быть и речи. h — локальная переменная. Он будет уничтожен, как только h выйдет из области видимости. Но он также будет уничтожен, как только temp1 выйдет из области видимости. Итак, две вещи попытаются его разрушить. Это почти наверняка приведет к неопределенному поведению, которое, вероятно, вы видите здесь.

Вот почему вы не должны передавать адреса локальных переменных в std::unique_ptr, а лучше передавать адреса, которые выделяются динамически, например, через new или std::make_unique().

Почему умные указатели нельзя объявлять обычным способом Pointer

std::shared_ptr/std::uniqure_ptr неявно владеют объектом, поэтому они несут ответственность за удаление этого объекта, и вам не разрешено удалять объект с помощью delete, владельцем которого является интеллектуальный указатель. std::experimental::observer_ptr (TS v2) и std::weak_ptr не являются собственниками.

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

Итак, то, что вы делаете с unique_ptr<int> temp1 {&h};, такое же, как и с необработанным указателем, для которого вы задокументировали, что он является необработанным указателем-владельцем, и для которого вы вызываете delete.

int h {100};
int * temp1 = &h; // none owning pointer

// … some code here …

delete temp1; // calling delete on temp1 is not valid and would result in the same problem as with your unique_ptr example.

И возможность передачи права собственности на объект зависит от длительности хранения.

h попадает в группу автоматически:

автоматическая продолжительность хранения. Память для объекта выделяется в начале окружающего блока кода и освобождается в конце. Все локальные объекты имеют этот срок хранения, кроме объявленных static, extern или thread_local.

Кроме того, право собственности не может быть передано, поскольку оно принадлежит исключительно включающему блоку кода.

Право собственности может быть передано только для объектов с динамическим сроком хранения:

динамическая продолжительность хранения. Хранилище для объекта выделяется и освобождается по запросу с помощью функций динамического выделения памяти. Подробнее об инициализации объектов с такой продолжительностью хранения см. в new-expression.

^{(автоматически – это то, что часто называют выделенным в стеке, а динамическое – это то, что часто называют выделенным в куче.)}