Это про сложение указателей

Вычитание аналогично
> When two pointers are subtracted, both shall point to elements of the same array object,or  one  past  the  last  element  of  the  array  object;  the  result  is  the  difference  of  thesubscripts  of  the  two array  elements

это сложение а не получение внешнего адреса

Ну да вы на разные части вопроса отвечаете

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

Но вот что там в стандарте я незнай

мне вот интересен где мне вот найти пункт про то что только адресс от маллок валиден

Вполне возможно, что этот момент я запомнил неправильно. Или неправильно понял. Если не забуду — позже перечитаю стандарт.

С натяжкой можно вот это использовать:
6.2.4.1 пишет, что
> An  object  has  astorage durationthat  determines  its  lifetime .There  are  four  storage durations:  static,  thread,  automatic,  and  allocated. Allocated  storage  is  described  in 7.22.3.
7.22.3 — это список библиотечных функций для аллокации (malloc, realloc etc)
Очевидно, объект, аллоцированный с помощью нестандартных механизмов не может иметь static, thread или automatic storage duration, а по 7.22.3 не может иметь и allocated storage duration. Стало быть, у такого объекта нет лайфтайма, чего не может быть, согласно 6.2.4.1.

...нет, 6.2.4.1 это не айпи, это всего лишь секция

Ну и, соответственно, указатель на некорректный объект сам является некорректным по 6.2.5.20 или вроде того

а как быть с extern и хардварью?

В плане? Объект с external linkage и без _Thread_local имеет static storage duration по 6.2.4.3

это один кейс а второй

Я не понял, что ты имеешь в виду под «как быть с хардварью»

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

В плане, как это выглядит в сишном коде?

Просто созданием указателя через void* a = 1234;?

нее, не воид а именно реальных типов - у тебя mmap по факту так и работает

Создание указателя из числа это unspecified behaviour