From: Andreas Lindqvist (andreas++at++oryx.se)
Date: 04/14/2003 03:05:01
Hi,
one way to work around this is to wrap __ctype_b to some other symbol.
You can create a function:
#include <ctype.h>
__const unsigned short int **__wrap___ctype_b (void) {
return __ctype_b_loc();
}
and use the --wrap option of ld (add "-Wl,--wrap,__ctype_b" to your gcc
linking options).
If someone know of a way to achieve the same thing without using a
wrapping function, please let me know.
/Andreas
Marc Mendez wrote:
> I m getting into this also ... I should have read the pf ml before
> upgrading.
>
> I ll take this morning to find something, stop me if you find an issue.
>
> pfRegards,
> Marco.
>
> Sascha Scholz wrote:
>
>> Andreas Lindqvist wrote:
>>
>>> Hi Performers,
>>>
>>> I've recently installed Performer 3.0.1_gcc3.0 and Redhat 9 from
>>> scratch.
>>>
>>> When I try to link a Performer application I get the following result:
>>>
>>> /usr/lib/libpf.so: `sys_errlist' is deprecated; use `strerror' or
>>> `strerror_r' instead
>>> /usr/lib/libpf.so: `sys_nerr' is deprecated; use `strerror' or
>>> `strerror_r' instead
>>> /usr/lib/libpfdu.so: undefined reference to `__ctype_b'
>>>
>>> Redhat 9 uses glibc-2.3.2-11.9, which does not export __ctype_b. My
>>> guess is that this is a problem in Performer which should use
>>> __ctype_b_loc instead? __ctype_b seems to have been left in glibc as
>>> a compatibility symbol - until now?
>>>
>>> Has anyone else experienced the same problem, and is there work-around?
>>
>>
>>
>> yes. further on the problem stays after up2dating to glibc-2.3.2-27.9
>> (via rhn). are there any plans to provide binaries for redhat 9?
>>
>> sascha
>
>
>
-- ________________________________________________________________________ Andreas Lindqvist +46 90 - 15 48 15 Oryx Simulations AB +46 70 - 512 55 56 Uminova Science Park S - 907 19 UMEE, SWEDEN andreas++at++oryx.se
This archive was generated by hypermail 2b29 : Mon Apr 14 2003 - 03:06:11 PDT