<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>f59bb61e1eb4d1e4fc3c60cc14779d0668267cb2 - lib: hook libder up to the build</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#f59bb61e1eb4d1e4fc3c60cc14779d0668267cb2</link>
        <description>lib: hook libder up to the buildlibder will be used in upcoming ECC support in the pkg(7) bootstrap toread DER-encoded keys and signatures.Differential Revision:	https://reviews.freebsd.org/D48116

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Wed, 01 Jan 2025 21:10:27 +0000</pubDate>
        <dc:creator>Kyle Evans &lt;kevans@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7ab1a32cd43cbae61ad4dd435d6a482bbf61cb52 - bhyve/riscv: Initial import.</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#7ab1a32cd43cbae61ad4dd435d6a482bbf61cb52</link>
        <description>bhyve/riscv: Initial import.Add machine-dependent parts for bhyve hypervisor to supportvirtualization on RISC-V ISA.No objection:	markjSponsored by: UK Research and InnovationDifferential Revision: https://reviews.freebsd.org/D45512

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Thu, 31 Oct 2024 16:14:32 +0000</pubDate>
        <dc:creator>Ruslan Bukin &lt;br@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>cb5e41b160838880de7d03100afa02e4edee5a9e - lib/libcrypt: unbundle hash functions</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#cb5e41b160838880de7d03100afa02e4edee5a9e</link>
        <description>lib/libcrypt: unbundle hash functionslibcrypt bundles the various hash functions it needs,duplicating code that is also found in libmd.Unbundle the hash functions and apply the same hack usedfor libncursesw so static consumers link -lmd in additionto -lcrypt.Reviewed by:	kevansDifferential Revision:	https://reviews.freebsd.org/D47062

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Fri, 11 Oct 2024 15:41:52 +0000</pubDate>
        <dc:creator>Robert Clausecker &lt;fuz@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>968bcca262a2ea8025924fe10e449bf89caf74bc - libkldelf: add a private library for kernel/kld-related ELF parsing</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#968bcca262a2ea8025924fe10e449bf89caf74bc</link>
        <description>libkldelf: add a private library for kernel/kld-related ELF parsingThe libkldelf library was originally a part of kldxref(8). It exposedELF parsing helpers specialized in parsing KLDs and the kernelexecutable. The library can be used to read metadata such as linker_set,mod_depend, mod_version and PNP match info, and raw data from the ELF.To promote the reuse of the facilities the ELF parsing code is separatedfrom kldxref(8) into a new private library.For now, libkldelf&apos;s source files will be compiled into kldxref(8)directly if kldxref is built during bootstrapping phase. The reason islinking kldxref(8) against the libkldelf static library has an unwantedside effect which renders the linker sets inside the libkldelfimplementation empty if the static library is not build by ld -r all the.o files into a single .o before producing the static library.Sponsored by:	Juniper Networks, Inc.Reviewed by:	markjSuggested by:	jrtc27, markjDifferential Revision:	https://reviews.freebsd.org/D46719

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Tue, 08 Oct 2024 04:24:07 +0000</pubDate>
        <dc:creator>Ka Ho Ng &lt;khng@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>50c64df2a1739dca84c0e3bc795b70e5991b7010 - Revert &quot;libkldelf: add a private library for kernel/kld-related ELF parsing&quot;</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#50c64df2a1739dca84c0e3bc795b70e5991b7010</link>
        <description>Revert &quot;libkldelf: add a private library for kernel/kld-related ELF parsing&quot;This reverts commit 0a2cfd653e86ac41c4e6e32a449d133c0ee6d677.

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Tue, 08 Oct 2024 19:40:20 +0000</pubDate>
        <dc:creator>Ka Ho Ng &lt;khng@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0a2cfd653e86ac41c4e6e32a449d133c0ee6d677 - libkldelf: add a private library for kernel/kld-related ELF parsing</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#0a2cfd653e86ac41c4e6e32a449d133c0ee6d677</link>
        <description>libkldelf: add a private library for kernel/kld-related ELF parsingThe libkldelf library was originally a part of kldxref(8). It exposedELF parsing helpers specialized in parsing KLDs and the kernelexecutable. The library can be used to read metadata such as linker_set,mod_depend, mod_version and PNP match info, and raw data from the ELF.To promote the reuse of the facilities the ELF parsing code is separatedfrom kldxref(8) into a new private library.kldxref(8) is modified to link against the libkldelf library.Sponsored by:	Juniper Networks, Inc.Reviewed by:	markjDifferential Revision:	https://reviews.freebsd.org/D46719

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Tue, 08 Oct 2024 04:24:07 +0000</pubDate>
        <dc:creator>Ka Ho Ng &lt;khng@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>7899f917b1c0ea178f1d2be0cfb452086d079d23 - flua: move modules source into the main source directory</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#7899f917b1c0ea178f1d2be0cfb452086d079d23</link>
        <description>flua: move modules source into the main source directoryFollow the path of what is done with bsnmp, build the modules alongwith the main binary, this allows to build the modules at a momentwhere all needed libraries are already built and available in thelinker path instead of having to declare all the libraries which aflua module will be linked to in _prebuild_libs.Discused with:	markjReviewed by:	markj, jrtc27, kevans, impAccepted by:	kevans, impDifferential Revision:	https://reviews.freebsd.org/D46610

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Mon, 09 Sep 2024 15:17:27 +0000</pubDate>
        <dc:creator>Baptiste Daroussin &lt;bapt@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>df1323e023a40dea43e65b2460ff35126b5c62e8 - lua_ucl: make sure flua gets build after libucl</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#df1323e023a40dea43e65b2460ff35126b5c62e8</link>
        <description>lua_ucl: make sure flua gets build after libucl

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Fri, 06 Sep 2024 15:49:16 +0000</pubDate>
        <dc:creator>Baptiste Daroussin &lt;bapt@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e9ac41698b2f322d55ccf9da50a3596edb2c1800 - Remove residual blank line at start of Makefile</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#e9ac41698b2f322d55ccf9da50a3596edb2c1800</link>
        <description>Remove residual blank line at start of MakefileThis is a residual of the $FreeBSD$ removal.MFC After: 3 days (though I&apos;ll just run the command on the branches)Sponsored by: Netflix

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Mon, 15 Jul 2024 04:46:32 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>2da066ef6d85d3f7cd8aaec14369d66254836536 - libnvmf: Add internal library to support NVMe over Fabrics</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#2da066ef6d85d3f7cd8aaec14369d66254836536</link>
        <description>libnvmf: Add internal library to support NVMe over Fabricslibnvmf provides APIs for transmitting and receiving Command andResponse capsules along with data associated with NVMe commands.Capsules are represented by &apos;struct nvmf_capsule&apos; objects.Capsules are transmitted and received on queue pairs represented by&apos;struct nvmf_qpair&apos; objects.Queue pairs belong to an association represented by a &apos;structnvmf_association&apos; object.libnvmf provides additional helper APIs to assist with constructingcommand capsules for a host, response capsules for a controller,connecting queue pairs to a remote controller and optionallyoffloading connected queues to an in-kernel host, accepting queue pairconnections from remote hosts and optionally offloading connectedqueues to an in-kernel controller, constructing controller datastructures for local controllers, etc.libnvmf also includes an internal transport abstraction as well as animplementation of a userspace TCP transport.libnvmf is primarily intended for ease of use and low-traffic use casessuch as establishing connections that are handed off to the kernel.As such, it uses a simple API built on blocking I/O.For a host, a consumer first populates an &apos;structnvmf_association_params&apos; with a set of parameters shared by all queuepairs for a single association such as whether or not to use SQ flowcontrol and header and data digests and creates a &apos;structnvmf_association&apos; object.  The consumer is responsible forestablishing a TCP socket for each queue pair.  This socket isincluded in the &apos;struct nvmf_qpair_params&apos; passed to &apos;nvmf_connect&apos; tocomplete transport-specific negotiation, send a Fabrics Connectcommand, and wait for the Connect reply. Upon success, a new &apos;structnvmf_qpair&apos; object is returned.  This queue pair can then be used tosend and receive capsules.  A command capsule is allocated, populatedwith an SQE and optional data buffer, and transmitted vianvmf_host_transmit_command.  The consumer can then wait for a replyvia nvmf_host_wait_for_response.  The library also provides somewrapper functions such as nvmf_read_property and nvmf_write_propertywhich send a command and wait for a response synchronously.For a controller, a consumer uses a single association for a set ofincoming connections.  A consumer can choose to use multipleassociations (e.g. a separate association for connections to adiscovery controller listening on a different port than I/Ocontrollers).  The consumer is responsible for accepting TCP socketsdirectly, but once a socket has been accepted it is passed tonvmf_accept to perform transport-specific negotiation and wait for theConnect command.  Similar to nvmf_connect, nvmf_accept returns a newlyconstruct nvmf_qpair.  However, in contrast to nvmf_connect,nvmf_accept does not complete the Fabrics negotiation.  The consumermust explicitly send a response capsule before waiting for additionalcommand capsules to arrive.  In particular, in the kernel offloadcase, the Connect command and data are provided to the kernelcontroller and the Connect response capsule is sent by the kernel onceit is ready to handle the new queue pair.For userspace controller command handling, the consumer usesnvmf_controller_receive_capsule to wait for a command capsule.nvmf_receive_controller_data is used to retrieve any data from acommand (e.g. the data for a WRITE command).  It can be calledmultiple times to split the data transfer into smaller sizes.nvmf_send_controller_data is used to send data to a remote host inresponse to a command.  It also sends a response capsule indicatingsuccess, or an error if an internal error occurs.  nvmf_send_responseis used to send a response without associated data.  There are alsoseveral convenience wrappers such as nvmf_send_success andnvmf_send_generic_error.Reviewed by:	impSponsored by:	Chelsio CommunicationsDifferential Revision:	https://reviews.freebsd.org/D44710

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Thu, 02 May 2024 23:28:16 +0000</pubDate>
        <dc:creator>John Baldwin &lt;jhb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>514773a5486d1fa4f2d5acb5af1766965c20765b - Skip building libclang_rt when WITHOUT_CLANG is used</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#514773a5486d1fa4f2d5acb5af1766965c20765b</link>
        <description>Skip building libclang_rt when WITHOUT_CLANG is usedAs noted in bug 277096, when building a pkgbase repository usingWITHOUT_CROSS_COMPILER and WITHOUT_TOOLCHAIN (which sets WITHOUT_CLANG),the following residual files are left over:/usr/lib/clang/18/lib/freebsd/libclang_rt.asan-x86_64.so/usr/lib/clang/18/share/asan_ignore_list.txt/usr/lib/clang/18/share/cfi_ignore_list.txt/usr/lib/clang/18/share/msan_ignore_list.txtThis is because the lib/libclang_rt directory is still descended into,even if WITHOUT_CLANG is used. Fix it by not descending into thelibclang_rt directory in that case.PR:		277096Reported by:	Siva Mahadevan &lt;me@svmhdvn.name&gt;MFC after:	3 days

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Thu, 25 Apr 2024 15:05:29 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>11c79f9e358d725dd75d91d2ff2996fd77dc88e5 - arm64: Connect bhyve and libvmmapi to the build</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#11c79f9e358d725dd75d91d2ff2996fd77dc88e5</link>
        <description>arm64: Connect bhyve and libvmmapi to the buildReviewed by:	corvink, andrew, jhb, emasteMFC after:	2 weeksSponsored by:	Innovate UKDifferential Revision:	https://reviews.freebsd.org/D41742

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Wed, 03 Apr 2024 17:44:29 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d9a9f23d0b3f1676d5656b76301341c0037d15b7 - diff: Integrate libdiff from OpenBSD GoT.</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#d9a9f23d0b3f1676d5656b76301341c0037d15b7</link>
        <description>diff: Integrate libdiff from OpenBSD GoT.This adds support for two new diff algorithms, Myers diff and Patiencediff.These algorithms perform a different form of search compared to theclassic Stone algorithm and support escapes when worst case scenariosare encountered.Add the -A flag to allow selection of the algorithm, but default tousing the new Myers diff implementation.The libdiff implementation currently only supports a subset of input andoutput options supported by diff.  When these options are used, but thealgorithm is not selected, automatically fallback to the classic Stonealgorithm until support for these modes can be added.Based on work originally done by thj@ with contributions from kevans@.Sponsored by:	Klara, Inc.Reviewed by:	thjDifferential Revision:	https://reviews.freebsd.org/D44302

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Wed, 27 Mar 2024 10:03:33 +0000</pubDate>
        <dc:creator>Dag-Erling Sm&#248;rgrav &lt;des@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f29af8618bf94f1e58877feb6dbef35bd8bbf56b - libfdt: Make an internal FDT library available</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#f29af8618bf94f1e58877feb6dbef35bd8bbf56b</link>
        <description>libfdt: Make an internal FDT library availableThis will be used by bhyve to build a device tree when booting arm64guests.Reviewed by:	corvink, jhbMFC after:	1 weekSponsored by:	Innovate UKDifferential Revision:	https://reviews.freebsd.org/D40994

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Thu, 21 Mar 2024 04:21:16 +0000</pubDate>
        <dc:creator>Mark Johnston &lt;markj@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>0d4f7723bc43e06ca22025740cb826a7f282ea11 - libc: link libsys as a auxiliary filter library</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#0d4f7723bc43e06ca22025740cb826a7f282ea11</link>
        <description>libc: link libsys as a auxiliary filter libraryAt runtime, when rtld loads libc it will also load libsys.  For eachsymbol that is present in both, the libsys one will override the libcone.  It continues to be the case that program need only link againstlibc (usually implicitly).  The linkage to libsys is automatic.Reviewed by:	kib, emaste, impPull Request:	https://github.com/freebsd/freebsd-src/pull/908

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Wed, 15 Nov 2023 23:35:16 +0000</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e9d961055aa2502f4915611e8fb2e9f9f9c86719 - libsys: plumb in to build</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#e9d961055aa2502f4915611e8fb2e9f9f9c86719</link>
        <description>libsys: plumb in to buildlibsys provides the FreeBSD kernel interface (auxargs, system calls,vdso).  It can be linked directly for programs using a non-standardlibc and will later be linked as a filter library to libc providingthe actual system call implementation.Reviewed by:	kib, emaste, impPull Request:	https://github.com/freebsd/freebsd-src/pull/908

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Wed, 15 Nov 2023 23:31:57 +0000</pubDate>
        <dc:creator>Brooks Davis &lt;brooks@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>dc36d6f9bb1753f3808552f3afd30eda9a7b206a - lib: Remove ancient SCCS tags.</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#dc36d6f9bb1753f3808552f3afd30eda9a7b206a</link>
        <description>lib: Remove ancient SCCS tags.Remove ancient SCCS tags from the tree, automated scripting, with twominor fixup to keep things compiling. All the common forms in the treewere removed with a perl script.Sponsored by:		Netflix

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Thu, 23 Nov 2023 17:21:37 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e56a937c3e111672afff33346941fb618792308b - bsddialog: Import version 1.0</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#e56a937c3e111672afff33346941fb618792308b</link>
        <description>bsddialog: Import version 1.0

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Wed, 04 Oct 2023 15:43:22 +0000</pubDate>
        <dc:creator>Baptiste Daroussin &lt;bapt@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf - Remove $FreeBSD$: one-line sh pattern</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf</link>
        <description>Remove $FreeBSD$: one-line sh patternRemove /^\s*#[#!]?\s*\$FreeBSD\$.*$\n/

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Wed, 16 Aug 2023 17:55:03 +0000</pubDate>
        <dc:creator>Warner Losh &lt;imp@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a1b67573130114257fdd443c4ec9b54fbe2e5843 - arm64 lib32: enable building of lib32 on arm64</title>
        <link>http://src.rcs.uwaterloo.ca:8080/source/history/freebsd-src/lib/Makefile#a1b67573130114257fdd443c4ec9b54fbe2e5843</link>
        <description>arm64 lib32: enable building of lib32 on arm64Enable LIB32 option on aarch64, defaulting to YES; it had defaultedto &quot;broken&quot;.  Add required variables for how to compile lib32 onarm.  Use /usr/include/arm for armv7 (32-bit) headers, analogous to/usr/include/i386 on amd64.  Omit libomp from lib32; it is notsupported on armv7.Reviewed by:	jrtc27Differential Revision:	https://reviews.freebsd.org/D40945

            List of files:
            /freebsd-src/lib/Makefile</description>
        <pubDate>Tue, 25 Jul 2023 23:59:52 +0000</pubDate>
        <dc:creator>Mike Karels &lt;karels@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
