set_new_handler change
Gary Thomas
gdt@linuxppc.org
Tue Aug 25 14:32:00 GMT 1998
On 24-Aug-98 Jason Merrill wrote:
>>>>>> Jeffrey A Law <law@cygnus.com> writes:
>
> > It appears that previously set_new_handler needed to be inside an
> > extern "C" { ... } block. At least the sgml-tools SRPM thinks that
> > is the case.
>
> > However, if I build the sgml-tools SRPM, I get an undefined reference
> > to set_new_handler. Looking in libgcc.a in the egs-1.1 tree it appears
> > as if the name is c++ mangled -- which would imply that set_new_handler
> > should not be placed in extern "C" blocks.
>
> > Did we intentionally change this behavior?
>
> Yes. set_new_handler is supposed to have C++ linkage.
>
What should be done with existing apps that were built with the old
linkage? A most useful example that comes to mind is NetScape. This
is a case where getting the application built using the new linkage
may be difficult or impossible.
------------------------------------------------------------------------
Gary Thomas |
email: gdt@linuxppc.org | "Fine wine is a necessity of
... opinions expressed here are mine | life for me"
and no one else would claim them! |
| Thomas Jefferson
------------------------------------------------------------------------
More information about the Gcc
mailing list