search for: _zn14nothingderived3fooev

...d, 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 should pass more typed information, without changing the exact layout obviously gi...

...d, 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 should pass more typed information, without changing the exact layout obviously gi...

...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 should pass more >> typed...

...ble 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 should pass more > typed information, without changi...

...gt; >> 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 Cl...

...ly 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&...

...>>> >> >>> >> @_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 >>> >...