<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/gnu/lib/libgcc, branch releng/11.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F11.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F11.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2016-08-01T20:02:59Z</updated>
<entry>
<title>MFC r303396: rename ARM's libunwind.S to to avoid conflict with llvm libunwind</title>
<updated>2016-08-01T20:02:59Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2016-08-01T20:02:59Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ec7f75fb759bd846535d70233e5371d4c0a1d638'/>
<id>urn:sha1:ec7f75fb759bd846535d70233e5371d4c0a1d638</id>
<content type='text'>
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)
</content>
</entry>
<entry>
<title>MFC libunwind improvements</title>
<updated>2016-07-22T17:34:28Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2016-07-22T17:34:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=ae0d5ab157a9de6467cd0541d2946976912910f6'/>
<id>urn:sha1:ae0d5ab157a9de6467cd0541d2946976912910f6</id>
<content type='text'>
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
</content>
</entry>
<entry>
<title>Follow-up r297842: Rework header generation to fix always rebuilding.</title>
<updated>2016-04-18T18:13:58Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2016-04-18T18:13:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=09fb6bff2962238c21d263adf9449a4af6ef3d63'/>
<id>urn:sha1:09fb6bff2962238c21d263adf9449a4af6ef3d63</id>
<content type='text'>
This reworks the handling of common headers to just include the needed
logic rather than invoke MAKE.  This avoids the problem listed in r297842
and avoids other dependency tracking issues.

Pointyhat to:	bdrewery
Reported by:	Nikolai Lifanov &lt;lifanov@mail.lifanov.com&gt;
Sponsored by:	EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>MFH</title>
<updated>2016-04-12T17:00:13Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2016-04-12T17:00:13Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a123f26e9290a4636e3a8d7ac10dbd000fc50f59'/>
<id>urn:sha1:a123f26e9290a4636e3a8d7ac10dbd000fc50f59</id>
<content type='text'>
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>META_MODE: Avoid changed build command every build.</title>
<updated>2016-04-12T02:45:19Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2016-04-12T02:45:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8a5f4396775074170d5c509be438d72ef266d0bd'/>
<id>urn:sha1:8a5f4396775074170d5c509be438d72ef266d0bd</id>
<content type='text'>
Because the file is generated with -f using another Makefile, 2
different Makefiles are trying to handle the .meta file for the
target.  The obvious .NOMETA_CMP or .NOMETA on the ${MAKE} targets
don't work as they are very limited in scope in bmake.  Using
.PHONY fixes the problem and ensures that the ${MAKE} command
is always ran to check if it is outdated in the sub-make.

An example of the problem in gnu/lib/libgcc (with make -dM):
  /usr/obj/root/git/freebsd/gnu/lib/libgcc/tm.h.meta: 2: a build command has changed
  TARGET_CPU_DEFAULT=""  HEADERS="options.h i386/biarch64.h i386/i386.h i386/unix.h i386/att.h dbxelf.h elfos-undef.h elfos.h freebsd-native.h freebsd-spec.h freebsd.h i386/x86-64.h i386/freebsd.h i386/freebsd64.h defaults.h"  DEFINES=""  /bin/sh /root/git/freebsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tm.h
  vs
  (cd /root/git/freebsd/gnu/lib/libgcc; make -f /root/git/freebsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/root/git/freebsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/root/git/freebsd/gnu/lib/libgcc/../../../contrib/gcc tm.h)
  Skipping meta for tm.h: .NOMETA
  (cd /root/git/freebsd/gnu/lib/libgcc; make -f /root/git/freebsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile MFILE=/root/git/freebsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile GCCDIR=/root/git/freebsd/gnu/lib/libgcc/../../../contrib/gcc tm.h)
  `tm.h' is up to date.

Sponsored by:	EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>MFH</title>
<updated>2016-03-02T16:14:46Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2016-03-02T16:14:46Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=52259a98adba7622f236db46a330e61df0c84fb1'/>
<id>urn:sha1:52259a98adba7622f236db46a330e61df0c84fb1</id>
<content type='text'>
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>OBJS and POBJS have not been used since r215127.</title>
<updated>2016-02-24T22:27:18Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2016-02-24T22:27:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=90a2d984485e04cb64e2a1cc31641a8222d0ec4f'/>
<id>urn:sha1:90a2d984485e04cb64e2a1cc31641a8222d0ec4f</id>
<content type='text'>
r215127 disabled building of libgcc.a.

MFC after:	2 weeks
Sponsored by:	EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>Don't hide AR command as bsd.lib.mk's r283925 changed as well.</title>
<updated>2016-02-24T21:19:44Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2016-02-24T21:19:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=6607cb5de8c7979567598d7caf52b4e515cfaff6'/>
<id>urn:sha1:6607cb5de8c7979567598d7caf52b4e515cfaff6</id>
<content type='text'>
MFC after:	2 weeks
Sponsored by:	EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>DIRDEPS_BUILD: Regenerate without local dependencies.</title>
<updated>2016-02-24T17:20:11Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2016-02-24T17:20:11Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bd18fd57db1df29da1a3adf94d47924a977a29c2'/>
<id>urn:sha1:bd18fd57db1df29da1a3adf94d47924a977a29c2</id>
<content type='text'>
These are no longer needed after the recent 'beforebuild: depend' changes
and hooking DIRDEPS_BUILD into a subset of FAST_DEPEND which supports
skipping 'make depend'.

Sponsored by:	EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>Remove libc, librtld_db, libthr packages, and further increase</title>
<updated>2016-02-05T21:01:08Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2016-02-05T21:01:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c389411c8aa86e3ffa6e7b24ecef1d8c94549bb8'/>
<id>urn:sha1:c389411c8aa86e3ffa6e7b24ecef1d8c94549bb8</id>
<content type='text'>
the constraints on what needs to be installed in a specific to
maintain consistency during upgrades.

Create a new clibs package containing libraries that are needed
as a bare minimum for consistency.

With much help and input from:	kib
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
</feed>
