[llvm-dev] -fno-rtti compilation option

[Adrien DEGRANGE via llvm-dev]

Hi David,

Thanks a lot for your answer, I got it! 

I'll try this workaround asap.

Have a great day,

AD

Adrien Dégrange 
Recherche & Développement
invoke-software.fr






Adopter l'éco-attitude. N'imprimez ce message qu'en cas de nécessité.


Ce message électronique, y compris les fichiers joints, est confidentiel et destiné exclusivement à l'usage de la personne à laquelle il est adressé. Si vous avez reçu ce message par erreur, merci de me le signaler et de le détruire. Toute diffusion, publication, totale ou partielle ou divulgation sous quelque forme que ce soit, non expressément autorisée de ce message, est interdite.

-----Message d'origine-----
De : Dr D. Chisnall [mailto:dc552 at hermes.cam.ac.uk] De la part de David Chisnall
Envoyé : mercredi 2 décembre 2015 16:23
À : Adrien DEGRANGE <adegrange at invoke.fr>
Cc : llvm-dev at lists.llvm.org
Objet : Re: [llvm-dev] -fno-rtti compilation option

On 2 Dec 2015, at 15:20, Adrien DEGRANGE via llvm-dev <llvm-dev at lists.llvm.org> wrote:
> 
> This sounds annoying… Has anyone already encountered such an issue? How did you manage with that?

I found this issue, but it was too late to get a fix in to 3.7.  The issue is that a number of classes in public headers don’t have an anchor method and so get emitted in every compilation unit, and their vtable refers to the type_info in the superclass (if that compilation unit has RTTI enabled), which doesn’t exist.

The work-around that we use is to build LLVM with RTTI enabled.

David