[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: RTTI and exceptions
From:       Stephan Kulow <coolo () kde ! org>
Date:       1999-11-01 12:17:11
[Download RAW message or body]

Lars Knoll wrote:
> 
> Hi,
> 
> could we please reenable rtti for all libraries? I just tested it with
> khtml&konqueror, and get quite a bit of problems without.
> 
> First of all, exception handling doens't work, if you don't have rtti
> enabled (at least on my system Linux with egcs-1.1.2). Apps just crash,
> when an exception is thrown (even if it is catched in the lib). I looked a
> bit around on the egcs website to find a reason for the crash. They claim,
> that exceptoin handling uses different code if rtti is enabled or
> disabled, and that you can't intermix them. But since the compilers
> exception handling code (some stuff in libstdc++) is compiled with rtti,
> the app will crash.
> 
> So I tried recompiling just khtml with rtti, konqueror without. This
> crashes too. Next I tried to recompile konqueror with rtti, but then it
> complains about a lot of undefined symbols (type_info) in all libs not
> compiled with rtti.
> 
> Konqueror seems to work though, if you compile all libs with rtti enabled,
> and exceptions diabled everywhere except for khtml.
> 
> So I would vote for compiling all libs with rtti enabled. Overhead of rtti
> isn't too big, and you can disable still disable it in the apps. The other
> way round, if you disable rtti in one lib, no app linking to that lib
> would be able to use rtti or exceptions.
> 
OK, it was the plan to enable rtti for all libs as it makes a lot of
problems.
For example kpresenter doesn't link as it's using dynamic_cast. But as
you just
said, you can't enable it for kpresenter as long as all libs aren't
compiled with
it. I'll change that in a minute.

Greetings, Stephan

-- 
As long as Linux remains a religion of freeware fanatics,
Microsoft have nothing to worry about.  
                       By Michael Surkan, PC Week Online

[prev in list] [next in list] [prev in thread] [next in thread]