This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

set_new_handler change



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?  Just want to make sure I
don't declare this a non-issue if the change was really an accident.

Note this is the last issue with the  x86 RedHat build.  Now to actually
install all the RPMs and see if I can bootstrap again :-)

jeff


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]