search for: _zti14nothingderived

...tatic" getelementptr inbounds (%struct.NothingDerived* @_ZZ6selectiE2nd, i64 0, i32 0) - the v-table being constant, what is stored at that offset is perfectly deducible as well @_ZTV14NothingDerived = linkonce_odr unnamed_addr constant [3 x i8*] [i8* null, i8* bitcast ({ i8*, i8*, i8* }* @_ZTI14NothingDerived to i8*), i8* bitcast (void (%struct.NothingDerived*)* @_ZN14NothingDerived3fooEv to i8*)] So the question is, what is lacking for LLVM to perform this optimization ? - Is it because of the loss of information in having the v-table stored as a "blob" of bytes ? (which means that Clang s...

...tatic" getelementptr inbounds (%struct.NothingDerived* @_ZZ6selectiE2nd, i64 0, i32 0) - the v-table being constant, what is stored at that offset is perfectly deducible as well @_ZTV14NothingDerived = linkonce_odr unnamed_addr constant [3 x i8*] [i8* null, i8* bitcast ({ i8*, i8*, i8* }* @_ZTI14NothingDerived to i8*), i8* bitcast (void (%struct.NothingDerived*)* @_ZN14NothingDerived3fooEv to i8*)] So the question is, what is lacking for LLVM to perform this optimization ? - Is it because of the loss of information in having the v-table stored as a "blob" of bytes ? (which means that Clang s...

...@_ZZ6selectiE2nd, i64 0, i32 0) >> >> >> - the v-table being constant, what is stored at that offset is >> perfectly deducible as well >> >> @_ZTV14NothingDerived = linkonce_odr unnamed_addr constant [3 x i8*] >> [i8* null, i8* bitcast ({ i8*, i8*, i8* }* @_ZTI14NothingDerived to >> i8*), i8* bitcast (void (%struct.NothingDerived*)* >> @_ZN14NothingDerived3fooEv to i8*)] >> >> >> So the question is, what is lacking for LLVM to perform this optimization ? >> >> - Is it because of the loss of information in having the v-table >&...

...nds (%struct.NothingDerived* @_ZZ6selectiE2nd, i64 0, i32 0) > > > - the v-table being constant, what is stored at that offset is > perfectly deducible as well > > @_ZTV14NothingDerived = linkonce_odr unnamed_addr constant [3 x i8*] > [i8* null, i8* bitcast ({ i8*, i8*, i8* }* @_ZTI14NothingDerived to > i8*), i8* bitcast (void (%struct.NothingDerived*)* > @_ZN14NothingDerived3fooEv to i8*)] > > > So the question is, what is lacking for LLVM to perform this optimization ? > > - Is it because of the loss of information in having the v-table > stored as a "blob"...

...t; >> > >> > >> - the v-table being constant, what is stored at that offset is > >> perfectly deducible as well > >> > >> @_ZTV14NothingDerived = linkonce_odr unnamed_addr constant [3 x i8*] > >> [i8* null, i8* bitcast ({ i8*, i8*, i8* }* @_ZTI14NothingDerived to > >> i8*), i8* bitcast (void (%struct.NothingDerived*)* > >> @_ZN14NothingDerived3fooEv to i8*)] > >> > >> > >> So the question is, what is lacking for LLVM to perform this > optimization ? > >> > >> - Is it because of the loss of...

...;> >> >> - the v-table being constant, what is stored at that offset is >> >> perfectly deducible as well >> >> >> >> @_ZTV14NothingDerived = linkonce_odr unnamed_addr constant [3 x i8*] >> >> [i8* null, i8* bitcast ({ i8*, i8*, i8* }* @_ZTI14NothingDerived to >> >> i8*), i8* bitcast (void (%struct.NothingDerived*)* >> >> @_ZN14NothingDerived3fooEv to i8*)] >> >> >> >> >> >> So the question is, what is lacking for LLVM to perform this >> >> optimization ? >> >> >&gt...

...gt;> - the v-table being constant, what is stored at that offset is >>> >> perfectly deducible as well >>> >> >>> >> @_ZTV14NothingDerived = linkonce_odr unnamed_addr constant [3 x i8*] >>> >> [i8* null, i8* bitcast ({ i8*, i8*, i8* }* @_ZTI14NothingDerived to >>> >> i8*), i8* bitcast (void (%struct.NothingDerived*)* >>> >> @_ZN14NothingDerived3fooEv to i8*)] >>> >> >>> >> >>> >> So the question is, what is lacking for LLVM to perform this >>> >> optimization ? &...