You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the attached .ll you can find:
%tmp64 = bitcast i32* %tmp1 to { i32 }* ; <{ i32 }> [#uses=1]
%tmp65 = getelementptr { i32 } %tmp64, i32 0, i32 0 ;
<i32*> [#uses=1]
Thus %tmp65 is equal to %tmp1, but the optimizers miss this. This strange
construction was produced by llvm-convert, or so it seems. I will try to
find out why it is being produced in the first place.
The text was updated successfully, but these errors were encountered:
Actually, this could be more general: trailing zeros can be eliminated,
at least if all indices are constant. For example, indices "1,0" could
be turned into "1" plus a bitcast.
Extended Description
In the attached .ll you can find:
%tmp64 = bitcast i32* %tmp1 to { i32 }* ; <{ i32 }> [#uses=1]
%tmp65 = getelementptr { i32 } %tmp64, i32 0, i32 0 ;
<i32*> [#uses=1]
Thus %tmp65 is equal to %tmp1, but the optimizers miss this. This strange
construction was produced by llvm-convert, or so it seems. I will try to
find out why it is being produced in the first place.
The text was updated successfully, but these errors were encountered: