FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F11.3 2018-03-29T02:50:57Z 2018-03-29T02:50:57Z Eitan Adler eadler@FreeBSD.org 2018-03-29T02:50:57Z urn:sha1:4ab2e064d7950be84256d671a7ae93f87cc6aa36 This was intended to be a non-functional change. It wasn't. The commit message was thus wrong. In addition it broke arm, and merged crypto related code. Revert with prejudice. This revert skips files touched in r316370 since that commit was since MFCed. This revert also skips files that require $FreeBSD$ property changes. Thank you to those who helped me get out of this mess including but not limited to gonzo, kevans, rgrimes. Requested by: gjb (re) 2018-03-14T03:19:51Z Eitan Adler eadler@FreeBSD.org 2018-03-14T03:19:51Z urn:sha1:be5d0b9566b13fdf8cabebb63334cbec12bfc409 These changes are incomplete but are making it difficult to determine what other changes can/should be merged. No objections from: pfg 2017-02-10T07:32:40Z Enji Cooper ngie@FreeBSD.org 2017-02-10T07:32:40Z urn:sha1:83c41faaa1b4d9711681d8c93540ab9467b61020 r312452-r312512: - Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones This simplifies pathing in make/displayed output - Use .CURDIR:H instead of .CURDIR to simplify pathing in output, etc 2015-06-13T19:20:56Z Simon J. Gerraty sjg@FreeBSD.org 2015-06-13T19:20:56Z urn:sha1:ccfb965433c67f3bda935a3cdf334be2e3c4348d Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp 2015-06-08T23:35:17Z Simon J. Gerraty sjg@FreeBSD.org 2015-06-08T23:35:17Z urn:sha1:44d314f704764f0247a540648a4b4fc3e8012133 2014-05-14T04:02:59Z Simon J. Gerraty sjg@FreeBSD.org 2014-05-14T04:02:59Z urn:sha1:f7fb4188cea44b6ad059a202396671aee5cbfd22 2014-05-06T04:22:01Z Warner Losh imp@FreeBSD.org 2014-05-06T04:22:01Z urn:sha1:c6063d0da8e1f8d8452b0c2ee1c7ad718c1a7052 from the latter. 2014-04-25T19:25:26Z Warner Losh imp@FreeBSD.org 2014-04-25T19:25:26Z urn:sha1:98407b8bc2a44f4c665fa343496bd22ac1556700 2013-11-25T20:17:55Z Peter Wemm peter@FreeBSD.org 2013-11-25T20:17:55Z urn:sha1:db2af3937379843ea67a6821849b2d3bd91b918e it is all in the one place again. Rename libc/iconv/iconv.c to bsd_iconv.c. Compile the wrappers into libc.a so that WITHOUT_DYNAMICROOT works again. Discussed with: kib (and partly stolen from his patch) 2013-11-17T22:52:17Z Peter Wemm peter@FreeBSD.org 2013-11-17T22:52:17Z urn:sha1:091b8336ae1c77b1c268d3b28b4f37630da60c5c 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