summaryrefslogtreecommitdiffstats
path: root/lib/libc/gen/Symbol.map
diff options
context:
space:
mode:
authored <ed@FreeBSD.org>2010-01-19 23:07:12 +0000
committered <ed@FreeBSD.org>2010-01-19 23:07:12 +0000
commit863d5d126e582a5f41a69792ba1240089f22d17e (patch)
tree65e466db696183af7ed13b19e57e54ac98767a54 /lib/libc/gen/Symbol.map
parent6e07e8d45539b0c6a1fc6d4b3c3b06da9fb77d20 (diff)
downloadFreeBSD-src-863d5d126e582a5f41a69792ba1240089f22d17e.zip
FreeBSD-src-863d5d126e582a5f41a69792ba1240089f22d17e.tar.gz
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 *);
Diffstat (limited to 'lib/libc/gen/Symbol.map')
-rw-r--r--lib/libc/gen/Symbol.map1
1 files changed, 1 insertions, 0 deletions
diff --git a/lib/libc/gen/Symbol.map b/lib/libc/gen/Symbol.map
index c21e936..42404bc 100644
--- a/lib/libc/gen/Symbol.map
+++ b/lib/libc/gen/Symbol.map
@@ -296,6 +296,7 @@ FBSD_1.0 {
tcflow;
ualarm;
ulimit;
+ uname;
unvis;
strunvis;
strunvisx;
OpenPOWER on IntegriCloud