| Summary: | Explicitly calling __xuname() has bad effect! | ||
|---|---|---|---|
| Product: | Base System | Reporter: | huver <huver> |
| Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Unspecified | ||
| Hardware: | Any | ||
| OS: | Any | ||
|
Description
huver
2005-05-06 15:40:01 UTC
Another fix, is for the compat3/4 libc.so.3/4 to include __xuname() On Fri, May 06, 2005 at 02:31:45PM +0000, Huver wrote:
>
> >Number: 80698
> >Category: misc
> >Synopsis: Explicitly calling __xuname() has bad effect!
> >Confidential: no
> >Severity: serious
> >Priority: high
> >Responsible: freebsd-bugs
> >State: open
> >Quarter:
> >Keywords:
> >Date-Required:
> >Class: sw-bug
> >Submitter-Id: current-users
> >Arrival-Date: Fri May 06 14:40:01 GMT 2005
> >Closed-Date:
> >Last-Modified:
> >Originator: Huver
> >Release: 5.4 RC4
> >Organization:
> >Environment:
> FreeBSD test.amgraf.com 5.4-STABLE FreeBSD 5.4-STABLE #0: Tue May 3 16:54:28 CDT 2005 root@amgraf.com:/usr/obj/usr/src/sys/GENERIC i386
> >Description:
> /usr/include/sys/utsname.h:
>
> Declaring "uname()" to be a static inline calling __xuname()" is causing problems. Many *.so libs in ported packages now all directly calls for
> __xuname(), so legacy 3.x/4.x binaries using these *.so libs don't work
> anymore -- these binaries do not refer to libc.so.5.
Please provide more details. What combination of libraries causes the
problem?
Kris
State Changed From-To: open->feedback Feedback requested State Changed From-To: feedback->closed Feedback timeout |