search for: once_odr

...th it. It's similar to some parts of debug >> info in that there's no real benefit to representing it as anything other >> than a blob. >> > > If you IR Link two modules, you'd want to check that the hash matches and > diagnose immediately before dropping link once_odr functions, right? > The ODR table (including its string table) is created by the compiler and is unaffected by dropped functions. Functions can be dropped by the optimizer in the non-LTO case as well, of course, and we'd still want to be able to diagnose ODR mismatches in those functions....

On Wed, Jun 7, 2017 at 8:18 AM, David Blaikie <dblaikie at gmail.com> wrote: > Does this need LLVM support - or is there some generic representation that > could be used instead? (I guess LLVM would want to be aware of it when > merging modules though, so maybe it's worth having a first-class > representation - though LLVM module linking could special case a section > the