From bug-octave-request at bevo dot che dot wisc dot edu  Tue Dec 15 15:59:54 1998
Subject: Re: Compile error -- undefined symbol set_new_handler
From: Brian Tyrrell <tyrrell at ll dot mit dot edu>
To: "John W. Eaton" <jwe at bevo dot che dot wisc dot edu>
Cc: bug-octave at bevo dot che dot wisc dot edu
Date: Tue, 15 Dec 1998 17:02:40 -0500

At 03:33 PM 12/15/98 -0600, you wrote:
>On 15-Dec-1998, Brian Tyrrell <tyrrell at ll dot mit dot edu> wrote:
>
>As far as I know, set_new_handler is still a standard part of the
>language, I think.  In my copies of g++ (egcs 1.1a and gcc 2.7.2.x) it
>is defined in libgcc.a.  However, I notice that in egcs, the name in
>the library is mangled, but in the gcc 2.7.2 library it is not.  I
>assume that the compiler should be handling this detail though,
>because I've not had trouble compiling Octave with egcs on Linux
>systems.
>
>jwe

The following information might also be useful:

pansy:/opt/gcc/lib% nm -p libstdc++.so.2.9.0 |grep set_new_handler
0000274136 T set_new_handler__FPFv_v
pansy:/opt/gcc/lib% nm -pC libstdc++.so.2.9.0 | grep set_new_handler
0000274136 T set_new_handler(void (*)(void))
             [set_new_handler__FPFv_v]

pansy:/opt/gcc/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.91.57% nm -p
libgcc.a |grep set_new_handler
0000000008 T set_new_handler__FPFv_v
pansy:/opt/gcc/lib/gcc-lib/sparc-sun-solaris2.5.1/egcs-2.91.57% nm -pC
libgcc.a | grep set_new_handler
0000000008 T set_new_handler(void (*)(void))
             [set_new_handler__FPFv_v]