Date: Tue, 19 Jan 2010 23:07:12 +0000 (UTC) From: Ed Schouten <ed@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/lib/libc/gen Symbol.map uname.c Message-ID: <201001192307.o0JN7WHB036975@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
ed 2010-01-19 23:07:12 UTC
FreeBSD src repository
Modified files:
lib/libc/gen Symbol.map uname.c
Log:
SVN rev 202661 on 2010-01-19 23:07:12Z by ed
Revert r202447 by re-exposing the old uname(3) function.
It makes hardly any sense to expose a symbol which should only be
provided for binary compatibility, but it seems we don't have a lot of
choice here. There are many autoconf scripts out there that try to
create a binary that links against the old symbol to see whether
uname(3) is present. These scripts fail to detect uname(3) now.
It should be noted that the behaviour we implement is not against the
standards:
| The following shall be declared as a function and may also be defined
| as a macro:
|
| int uname(struct utsname *);
Revision Changes Path
1.32 +1 -0 src/lib/libc/gen/Symbol.map
1.12 +3 -3 src/lib/libc/gen/uname.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201001192307.o0JN7WHB036975>