This website requires JavaScript.
Explore
Help
Register
Sign In
upstream
/
opnsense-src
Watch
1
Star
0
Fork
You've already forked opnsense-src
0
mirror of
https://github.com/opnsense/src.git
synced
2026-04-15 14:29:58 -04:00
Code
Issues
Projects
Releases
Packages
Wiki
Activity
Actions
6fb2eebf64
opnsense-src
/
lib
/
libc
/
libc.ldscript
2 lines
78 B
Text
Raw
Normal View
History
Unescape
Escape
Attempt to move the POSIX iconv* symbols out of runtime linker space. FreeBSD systems usually implemented this as a third party module and our implementation hasn't played as nicely with the old way as it could have. To that end: * Rename the iconv* symbols in libc.so.7 to have a __bsd_ prefix. * Provide .symver compatability with existing 10.x+ binaries that referenced the iconv symbols. All existing binaries should work. * Like on Linux/glibc systems, add a libc_nonshared.a to the ldscript at /usr/lib/libc.so. * Move the "iconv*" wrapper symbols to libc_nonshared.a This should solve the runtime ambiguity about which symbols resolve to where. If you compile against the iconv in libc, your runtime dependencies will be unambiguous. Old 9.x libraries and binaries will always resolve against their libiconv.so.3 like they did on 9.x. They won't resolve against libc. Old 10.x binaries will be satisified by the .symver helpers. This should allow ports to selectively compile against the libiconv port if needed and it should behave without ambiguity now. Discussed with: kib
2013-11-17 17:52:17 -05:00
GROUP ( @@SHLIB@@ @@LIBDIR@@/libc_nonshared.a @@LIBDIR@@/libssp_nonshared.a )
Reference in a new issue
Copy permalink