sjlj-exceptions ICE. simplified test case
Geert Bosch
bosch@gnat.com
Wed Apr 26 07:13:00 GMT 2000
On Tue, 25 Apr 2000 20:49:27 -0700, Richard Henderson wrote:
I wonder if we shouldn't work to ban sjlj for gcc 3.0. Even
on a.out targets we can support dwarf2 unwind tables through
collect2.
Especially in the context of embedded systems, the space overhead of unwind
tables may not be acceptable, so banning sjlj support is a bad thing for those
targets. Another issue is that in some cases it might be necessary to have support
for propagating exceptions through foreign code without any tables at all.
(As somebody once said: if you find yourself wanting to remove a feature... :-)
Apart from these two concerns, there is one problem with the unwind tables
that may be fixable, or might be fixed already. At least on SGI it used to
be the case that during program initialization all addresses in unwind tables
were patched up, which caused excessive startup delays because of swapping, even
though the actual application itself has a working set that easily fits in
memory. (This is for *huge* executables.)
-Geert
More information about the Gcc-patches
mailing list