public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
* Why eh_frame sections in libgcc.a?
@ 2002-10-10  6:13 Stefan Bylund
  0 siblings, 0 replies; only message in thread
From: Stefan Bylund @ 2002-10-10  6:13 UTC (permalink / raw)
  To: gcc-help

[-- Attachment #1: Type: text/plain, Size: 709 bytes --]

When building GCC 3.2 for powerpc-eabi, ".eh_frame" exception handling sections
are generated in libgcc.a for the following objects:

_divdi3.o
_moddi3.o
_udivdi3.o
_umoddi3.o
_udiv_w_sdiv.o
_udivmoddi4.o
unwind-dw2.o
unwind-dw2-fde.o

I can understand why such sections are generated for unwind-dw2.o and
unwind-dw2-fde.o which are used by libstdc++.a and libsupc++.a but why are they
generated for the other integer division related objects? Is there support for
throwing C++ exceptions when dividing by zero? What happens with such support in
a plain C application? Are these ".eh_frame" sections in libgcc.a unused and
harmless when compiling a plain C application and linking it with libgcc.a?

/Stefan


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Card for Stefan Bylund --]
[-- Type: text/x-vcard; charset=us-ascii; name="steby.vcf", Size: 275 bytes --]

begin:vcard 
n:Bylund;Stefan
tel;cell:+46 709 714 325
tel;work:+46 8 507 143 25
x-mozilla-html:FALSE
url:http://www.ose.com
org:OSE Systems
adr:;;Nytorpsvägen 5;Täby;;183 23;Sweden
version:2.1
email;internet:steby@enea.se
title:Software Engineer
fn:Stefan Bylund
end:vcard

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2002-10-10 13:13 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-10-10  6:13 Why eh_frame sections in libgcc.a? Stefan Bylund

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).