This is the mail archive of the
mailing list for the GCC project.
Re: egcs 1.0.2 c++ .o size
- To: Brian Glendenning <bglenden at aoc dot nrao dot edu>
- Subject: Re: egcs 1.0.2 c++ .o size
- From: Jim Wilson <wilson at cygnus dot com>
- Date: Mon, 30 Mar 1998 17:33:06 -0800
- cc: egcs at cygnus dot com
Is the 50% size penalty going to continue into the future? We have an
exception emulation (setjmp/longjmp, keeping classes derived from "Cleanup"
in a list) that we'd dearly like to get rid of, but 50% is a fairly steep
price to pay.
Our first priority was just to get a reasonable non-setjmp mostly machine
independent EH mechanism working, and then worry about optimizing it later.
There have already been a few changes to development versions of GNU as that
help reduce the size of the EH info. More optimizations are possible, but
I have no idea when people will get around to implementing them.
50% is a lot more executable size increase than I would expect to see on
a sparc target due to EH though. It is possible that there is some other