FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.0.0 2016-08-01T20:02:59Z 2016-08-01T20:02:59Z Ed Maste emaste@FreeBSD.org 2016-08-01T20:02:59Z urn:sha1:ec7f75fb759bd846535d70233e5371d4c0a1d638 llvm libunwind includes a libunwind.cpp, but on ARM libunwind.S is found first in .PATH. Rename the latter one, since it is not going to be updated again. Approved by: re (kib) 2016-07-22T17:34:28Z Ed Maste emaste@FreeBSD.org 2016-07-22T17:34:28Z urn:sha1:ae0d5ab157a9de6467cd0541d2946976912910f6 r302450: libunwind: update to upstream snapshot r272680 The key improvement is that it may be built without cross-unwinding support, which significantly reduces the stack space requirement. r302456: libunwind: enable only the native unwinder by default This significantly reduces stack space requirements, and runtimes require only native unwinding. r302475: libunwind: limit stack usage in unwind cursor This may be reworked upstream but in the interim should address the stack usage issue reported in the PR. r303016: llvm-libunwind: use conventional (non-Darwin) X86 register numbers For historical reasons Darwin/i386 has ebp and esp swapped in the eh_frame register numbering. That is: Darwin Other Reg # eh_frame eh_frame DWARF ===== ======== ======== ===== 4 ebp esp esp 5 esp ebp ebp Although the UNW_X86_* constants are not supposed to be coupled to DWARF / eh_frame numbering they are currently conflated in LLVM libunwind, and thus we require the non-Darwin numbering. PR: 206384 Approved by: re (kib) Sponsored by: The FreeBSD Foundation 2016-06-15T23:57:53Z Bryan Drewery bdrewery@FreeBSD.org 2016-06-15T23:57:53Z urn:sha1:2a6d574e783bbf85378a91e57ccdaadac6a95cc7 This is the same as r301285. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 2016-06-15T23:57:46Z Bryan Drewery bdrewery@FreeBSD.org 2016-06-15T23:57:46Z urn:sha1:d04dec453a3ca0b44c02299301a5f8c8ebf43d89 This OBJS_DEPEND_GUESS is needed since each target gets its own .depend.target.o file but also because it is spelled .meta.target.o with WITH_META_MODE. The OBJS_DEPEND_GUESS will apply the dependency if the required file is missing. Also remove redundant .c files while here to avoid prolems with targets using .ALLSRC and getting multiple source files. Approved by: re (implicit) Sponsored by: EMC / Isilon Storage Division 2016-06-14T16:55:05Z Bryan Drewery bdrewery@FreeBSD.org 2016-06-14T16:55:05Z urn:sha1:87795955272281921c0edbba7432618d4b084361 Approved by: re (gjb) Sponsored by: EMC / Isilon Storage Division 2016-06-08T00:29:48Z Pedro F. Giffuni pfg@FreeBSD.org 2016-06-08T00:29:48Z urn:sha1:311219368ae8a18c86f8dca5e4d8dfb5f56b02b2 This went mostly unnoticed with the deprecation of the GNU toolchain in tier 1 platforms. Fix it now for the rest. PR: 169901 MFC after: 3 days 2016-06-04T17:37:25Z Bryan Drewery bdrewery@FreeBSD.org 2016-06-04T17:37:25Z urn:sha1:a81cff6ddd5cb83d1c2dff4bb4d5547a254d9e0d Sponsored by: EMC / Isilon Storage Division 2016-06-03T19:25:30Z Bryan Drewery bdrewery@FreeBSD.org 2016-06-03T19:25:30Z urn:sha1:6e9a3c415ea377e380f81ac484e650335fde212d Sponsored by: EMC / Isilon Storage Division 2016-05-27T03:40:52Z Conrad Meyer cem@FreeBSD.org 2016-05-27T03:40:52Z urn:sha1:2844d30cc50e8788f218bb179a970888710c686f DR #289[0] came down and gcc4.2.1 was on the wrong side of history. Partially revert GCC r42574 (just remove the error) to rectify the parse bug to match Clang and other compliant C99 compilers. An example declaration gcc tripped on before this fix: void foobar(int [static 1]); An example declaration gcc did not trip on before this fix: void foobar(int name[static 1]); Bump __FreeBSD_cc_version. [0]: http://www.open-std.org/JTC1/SC22/WG14/www/docs/dr_289.htm Reported by: allanjude Sponsored by: EMC / Isilon Storage Division 2016-05-22T20:17:55Z Pedro F. Giffuni pfg@FreeBSD.org 2016-05-22T20:17:55Z urn:sha1:0009715f34b886fbb9f3347a6f9e80429aacb69b The only effect is that it will use our native iconv(3). Relnotes: yes