From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1103 invoked by alias); 10 Dec 2001 17:47:28 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 1082 invoked from network); 10 Dec 2001 17:47:28 -0000 Received: from unknown (HELO gandalf.codesourcery.com) (66.60.148.227) by sources.redhat.com with SMTP; 10 Dec 2001 17:47:28 -0000 Received: from gandalf.codesourcery.com (IDENT:mitchell@localhost [127.0.0.1]) by gandalf.codesourcery.com (8.11.6/8.11.6) with ESMTP id fBAHeC828385; Mon, 10 Dec 2001 09:40:12 -0800 Date: Mon, 10 Dec 2001 09:55:00 -0000 From: Mark Mitchell To: Lubos Lunak , "kde-core-devel@mail.kde.org" cc: Joe Buck , Franz Sirl , "gcc@gcc.gnu.org" Subject: Re: KDE hackers, please read (was [nathan@codesourcery.com: Re: GCC 3.0.3: Bugs to Fix]) (fwd) Message-ID: <21890000.1008006011@gandalf.codesourcery.com> In-Reply-To: <200112101041.LAA06063@stoupa.sh.cvut.cz> X-Mailer: Mulberry/2.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-SW-Source: 2001-12/txt/msg00508.txt.bz2 > 3) Persuade gcc folks to add compiler switch that makes gcc use string > comparing when doing rtti, and simply compile whole KDE with this switch > turned on. All code in the application -- including the C++ run-time library -- needs to be compiled the same way, so you would have to rebuild everything to do this. In general, I will argue against any such change. Mixing C++ and dlopen w/o RTLD_GLOBAL is fundamentally wrong. The right model is that this is like using an uninitialized variable. It might work somtimes, but it is a completely horrible thing to do, totally unportable, and will succeed or fail based on minor changes elsewhere in the code. It would be a disservice for us to add features that try to accomodate this; they cannot be made to work reliably and so all they would do is create a temptation for people to write code that will not work. -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com