This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: `set_new_handler' missing in libstdc++.2.9.0 of egcs-1.1b on sco-3.2v5.0.4
- To: Joao Cardoso <jcardoso at inescn dot pt>, egcs at cygnus dot com
- Subject: Re: `set_new_handler' missing in libstdc++.2.9.0 of egcs-1.1b on sco-3.2v5.0.4
- From: Robert Lipe <robertl at dgii dot com>
- Date: Mon, 2 Nov 1998 11:23:25 -0600
- References: <363CFD2F.41C6@inescn.pt>
Joao Cardoso wrote:
> Hi,
>
> When trying to compile a program with egcs-1.1b on sco-3.2v5.0.4 I got
> the following error:
>
> Undefined first referenced
> symbol in file
> set_new_handler ../src/liboctinterp.so
>
> in searching for the missing symbol:
>
> in libstdc++.so.2.9.0 it appears as:
>
> nm -p /usr/local/lib/libstdc++.so.2.9.0 | fgrep set_new_handler
> 00043c38 T set_new_handler__FPFv_v
>
> nm -pC /usr/local/lib/libstdc++.so.2.9.0 | fgrep set_new_handler
> 00043c38 T set_new_handler(void (*)(void))
Testcase, please.
I don't see that symbol in any of my libstdc++'s. I do see it in libgcc.a
(robertl) rjlhome:/play/negcs/gcc
$ nm libgcc.a | c++filt | fgrep set_new_handler
[28] | 0| 23|FUNC |GLOB |0 |1 |set_new_handler(void (*)(void))
According to the ChangeLogs, Jason moved it about this time last year.
Are you mixing new and old libraries/headers again?
> *Please note*: I know that shared libs are not supported for
> sco-3.2v5.0.4, so I build them using the following work-around:
>
> I configure
> `--enable-shared --enable multilib'
I would think that disabling multilib if you're enabling shared would
be more productive.
RJL