This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: patch: <bits/localefwd.h> with -fno-exceptions
- To: libstdc++ at gcc dot gnu dot org
- Subject: Re: patch: <bits/localefwd.h> with -fno-exceptions
- From: Jason Merrill <jason at redhat dot com>
- Date: 16 Jan 2001 09:24:38 +0000
- Cc: Harri Porten <porten at kde dot org>, gcc at gcc dot gnu dot org
- References: <3A62F599.8D0BE8C1@kde.org><flhf30vu5v.fsf@sel.cmla.ens-cachan.fr>
>>>>> "Gabriel" == Gabriel Dos Reis <Gabriel.Dos-Reis@cmla.ens-cachan.fr> writes:
> | 1112924 Jan 15 13:37 libkdecore.so.3.0.0 // with -fno-exceptions.
> | 1786696 Jan 15 13:24 libkdecore.so.3.0.0
> |
> | That's an increase of 60% (or reduction of 38% depending on the way you
> | put it).
> I think front-end guys (well, they might be the same library guys ;-)
> should consider that seriously. Sometime ago, I recall Mark
> saying that if something goes wrong because the compiler didn't its
> work in the first place, then we should fix the compiler instead of
> divising hacks to work around the problem.
There are certainly still some improvements that can be made to the unwind
information, but EH support will always involve significant overhead,
especially on x86. Allowing the library to work with -fno-exceptions
should not be considered a workaround.
It should also be able to work with -fno-rtti, but it looks like that's
already OK.
Jason