Их появление было связано в том числе с тем, что дельфи стал дохнуть, насколько я понимаю эту историю

Initial release  1997; 24 years ago

Дельфи сначала стал никому не нужен и только потом сдох, совершенно не наоборот

Я насколько помню ллвм лажает на таких простых вещах как ptr to int и потом ещё хуже все становится

А что там не так?

Особняком стоит гравитационное взаимодействие. Оно также оказывается калибровочным полем, причём общая теория относительности как раз и является калибровочной теорией гравитационного взаимодействия. Однако она формулируется, во-первых, не на квантовом уровне, и до сих пор непонятно, как именно её проквантовать, а во-вторых, пространством, в котором осуществляются вращения, является наше четырёхмерное пространство-время, а не внутреннее пространство симметрии взаимодействия.

булшит.
п.с. там спойлеры есть ниже в комментах?

да

false positive лучше чем false negative

https://bugs.llvm.org/show_bug.cgi?id=34548
https://www.ralfj.de/blog/2020/12/14/provenance.html

Реально в чем можно согласится с царем что кроме как gcc ничего не нужно

звучит как какое-то полнейшее неосиляторство

Думаешь гсс лучше?

One transformation the compiler might want to do is to move the addition i+j out of the loop
[...] However, after the desired optimization, the program now causes a signed integer overflow, which is UB (Undefined Behavior) 

это просто полное непонимание происходящего

One might be tempted to ignore this problem because the UB on integer overflow is a compiler-only concept

неверно, это language, а не compiler concept

Что тут и кто не осилил?

написал же, UB это понятие языка, а не компилятора.

Below, I will show a series of three compiler transformations that each seem “intuitively justified”, but when taken together they lead to a clearly incorrect result. I will use LLVM for these examples, but the goal is not to pick on LLVM—other compilers suffer from similar issues. The goal is to convince you that to build a correct compiler for languages permitting unsafe pointer manipulation such as C, C++, or Rust, we need to take IR semantics (and specifically provenance) more seriously.

Как бы статья намекает, что уход от llvm в gcc проблему особо не решит

Что, мне кажется тут речь идёт о другом

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

  uintptr_t pi = (uintptr_t) &x;
  uintptr_t yi = (uintptr_t) (y+1);
  uintptr_t n = pi != yi;

подобное сравнение просто UBает