<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/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>9c4ec94b - MFC r350360:</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#9c4ec94b</link>
        <description>MFC r350360:Merge libcxxrt master f96846efbfd508f66d91fcbbef5dd808947c7f6d.Interesting fixes:f96846e Fix std::size_t -&gt; size_t to unbreak build against libc++ 6.0.06f4cfa2 Fix the uncaught exception count with rethrowing (PR 239265)db54f53 Added C++14-specific operator delete (#47)PR:		239265

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Mon, 29 Jul 2019 06:13:22 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f5e04876 - MFC r345203,r345205,r345353,r345645,r345708,r345709,r345735,r345770,r346081,r346270,r346574,r346576:</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#f5e04876</link>
        <description>MFC r345203,r345205,r345353,r345645,r345708,r345709,r345735,r345770,r346081,r346270,r346574,r346576:r345203:Initial googlemock/googletest integration into the build/FreeBSD test suiteThis initial integration takes googlemock/googletest release 1.8.1, integratesthe library, tests, and sample unit tests into the build.googlemock/googletest&apos;s inclusion is optionally available via `MK_GOOGLETEST`.`MK_GOOGLETEST` is dependent on `MK_TESTS` and is enabled by default whenbuilt with a C++11 capable toolchain.Google tests can be specified via the `GTESTS` variable, which, in comparisonwith the other test drivers, is more simplified/streamlined, as Googletest onlysupports C++ tests; not raw C or shell tests (C tests can be written in C++using the standard embedding methods).No dependent libraries are assumed for the tests. One must specify `gmock`,`gmock_main`, `gtest`, or `gtest_main`, via `LIBADD` for the program.More information about googlemock and googletest can be found on theGoogletest [project page](https://github.com/google/googletest), and the[GoogleMock](https://github.com/google/googletest/blob/v1.8.x/googlemock/docs/Documentation.md)and[GoogleTest](https://github.com/google/googletest/tree/v1.8.x/googletest/docs)docs.These tests are originally integrated into the build as plain driver tests, butwill be natively integrated into Kyua in a later version.Known issues/Errata:* [WhenDynamicCastToTest.AmbiguousCast fails on FreeBSD](https://github.com/google/googletest/issues/2172)r345205:Integrate cddl/usr.sbin/zfds/tests into the FreeBSD test suiteThis change integrates the unit tests for zfsd into the test suite using theintegration method described in r345203.This change removes the `LOCALBASE` includes added for the port version ofgooglemock/googletest, as well as unnecessary `LIBADD`/`DPADD` and `CXXFLAGS`defines, which are included in the `GTEST_CXXFLAGS` variable, as part ofr345203.r345353 (by asomers):googletest: backport GTEST_SKIP to googletest 1.8.1This commit backports revisions 00938b2b228f3b70d3d9e51f29a1505bdad43f1e and59f90a338bce2376b540ee239cf4e269bf6d68ad from googletest&apos;s master branch toour included version of googletest, which is based on 1.8.1. It adds theGTEST_SKIP feature, which is very useful for a project like FreeBSD wheresome tests depend on particular system configurations.Obtained from:	github.com/google/googletestr345645:Spam CXXFLAGS with `-I${DESTDIR}/usr/include/private`, instead of GTEST_CXXFLAGSThis makes it easier for googletest users to leverage googletest, instead offorcing them to plug GTEST_CXXFLAGS into CXXFLAGS manually (resulting inunnecessary duplication).I will be following this up with a more proper fix in src.libnames.mk, assrc.libnames.mk should be automatically adding this directory toCFLAGS/CXXFLAGS when private libraries are referenced. Not doing so can resultin mismatches between base-provided private library&apos;s and ports-providedlibrary&apos;s headers.While here, tweak the comment to clarify what the intent is behind spammingCXXFLAGS.r345708:Standardize `-std=c++* as `CXXSTD`CXXSTD was added as the C++ analogue to CSTD.CXXSTD defaults to `-std=c++11` with supporting compilers; `-std=gnu++98`,otherwise for older versions of g++.This change standardizes the CXXSTD variable, originally added togoogletest.test.inc.mk as part of r345203.As part of this effort, convert all `CXXFLAGS+= -std=*` calls to use `CXXSTD`.Notes:This value is not sanity checked in bsd.sys.mk, however, given the twomost used C++ compilers on FreeBSD (clang++ and g++) support both modes, it islikely to work with both toolchains. This method will be refined in the futureto support more variants of C++, as not all versions of clang++ and g++ (forinstance) support C++14, C++17, etc.Any manual appending of `-std=*` to `CXXFLAGS` should be replaced with CXXSTD.Example:Before this commit:```CXXFLAGS+=	-std=c++14```After this commit:```CXXSTD=	c++14```Relnotes:	yesTested with:	make tinderboxr345709:Allow users to override CSTD/CXXSTD on a per-prog basisThe current logic for CSTD/CXXSTD requires homogenity as far as thesupported C/C++ standards, which is a sensible default. However, whendealing with differing versions of C++, some code may compile with C++11, butnot C++17 (for instance). So in order to avoid having people convert over theircode to the new standard, give the users the ability to specify the standard ona per-program basis.This will allow a user to override the supporting standard for a set ofprograms, mixing C++11 with C++14 (for instance).Apprved by:	emaste (mentor)r345735:Allow programs to set `NO_SHARED` on a per-PROG basisThis is particularly useful when installing programs for tests that need to belinked statically, e.g., mini-me from capsicum-test, which is linked staticallyto avoid the dynamic library lookup in the upstream project.r345770:Import proof-of-concept for handling `GTEST_SKIP()` in `Environment::SetUp`Per the upstream pull-request [1]:```  gtest prior to this change would completely ignore `GTEST_SKIP()` if  called in `Environment::SetUp()`, instead of bailing out early, unlike  `Test::SetUp()`, which would cause the tests themselves to be skipped.  The only way (prior to this change) to skip the tests would be to  trigger a fatal error via `GTEST_FAIL()`.  Desirable behavior, in this case, when dealing with  `Environment::SetUp()` is to check for prerequisites on a system  (example, kernel supports a particular featureset, e.g., capsicum), and  skip the tests. The alternatives prior to this change would be  undesirable:  - Failing sends the wrong message to the test user, as the result of the    tests is indeterminate, not failed.  - Having to add per-test class abstractions that override `SetUp()` to    test for the capsicum feature set, then skip all of the tests in their    respective SetUp fixtures, would be a lot of human and computational    work; checking for the feature would need to be done for all of the    tests, instead of once for all of the tests.  For those reasons, making `Environment::SetUp()` handle `GTEST_SKIP()`,  by not executing the testcases, is the most desirable solution.  In order to properly diagnose what happened when running the tests if  they are skipped, print out the diagnostics in an ad hoc manner.  Update the documentation to note this change and integrate a new test,  gtest_skip_in_environment_setup_test, into the test suite.  This change addresses #2189.  Signed-off-by: Enji Cooper &lt;yaneurabeya@gmail.com&gt;```The goal with my merging in this change is to avoid requiring extensiverefactoring/retesting of test suites when ensuring prerequisites are met,e.g., checking for a CAPABILITIES-enabled kernel before running capsicum-test(see D19758 for more details).The proof-of-concept is being imported before accepted by the upstreamproject due to the fact that the upstream project is undergoing a potentialdevelopment freeze and the maintainers aren&apos;t responding to my PR.1. https://github.com/google/googletest/pull/2203r346081 (by trasz):Make zfsd(8) build obey CFLAGS.Obtained from:	CheriBSDr346270 (by trasz):Drop -g from CFLAGS for zfsd(8).  No idea why it was ever there.r346574:Rework CXXSTD setting via r345708This change allows the user to once again override the C++ standard, restoringhigh-level pre-r345708 behavior.This also unbreaks building lib/ofed/libibnetdisc/Makefile with a non-C++11capable compiler, e.g., g++ 4.2.1, as the library supported being built witholder C++ standards.r346576:Fix up CXXSTD support originally added in r345708r345708 worked for the base system, but unfortunately, caused a lot ofdisruption for third-party packages that relied on C++, since bsd.sys.mk isused by applications outside the base system. The defaults picked didn&apos;t matchthe compiler&apos;s defaults and broke some builds that didn&apos;t specify a standard,as well as some that overrode the value by setting `-std=gnu++14` (forexample) manually.This change takes a more relaxed approach to appending `-std=${CXXSTD}` toCXXFLAGS, by only doing so when the value is specified, as opposed tooverriding the standard set by an end-user. This avoids the need for havingto bake NOP default into bsd.sys.mk for supported compiler-toolchainversions.In order to make this change possible, add CXXSTD to Makefile snippets whichrelied on the default value (c++11) added in r345708.

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Thu, 23 May 2019 01:09:10 +0000</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>df407fbc - Revert r348136</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#df407fbc</link>
        <description>Revert r348136I accidentally committed some unrelated local changes to`.../tests/sys/opencrypto` along with this MFC set.

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Thu, 23 May 2019 00:59:05 +0000</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e787ffab - MFC r345203,r345205,r345353,r345645,r345708,r345709,r345735,r345770,r346574,r346576:</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#e787ffab</link>
        <description>MFC r345203,r345205,r345353,r345645,r345708,r345709,r345735,r345770,r346574,r346576:r345203:Initial googlemock/googletest integration into the build/FreeBSD test suiteThis initial integration takes googlemock/googletest release 1.8.1, integratesthe library, tests, and sample unit tests into the build.googlemock/googletest&apos;s inclusion is optionally available via `MK_GOOGLETEST`.`MK_GOOGLETEST` is dependent on `MK_TESTS` and is enabled by default whenbuilt with a C++11 capable toolchain.Google tests can be specified via the `GTESTS` variable, which, in comparisonwith the other test drivers, is more simplified/streamlined, as Googletest onlysupports C++ tests; not raw C or shell tests (C tests can be written in C++using the standard embedding methods).No dependent libraries are assumed for the tests. One must specify `gmock`,`gmock_main`, `gtest`, or `gtest_main`, via `LIBADD` for the program.More information about googlemock and googletest can be found on theGoogletest [project page](https://github.com/google/googletest), and the[GoogleMock](https://github.com/google/googletest/blob/v1.8.x/googlemock/docs/Documentation.md)and[GoogleTest](https://github.com/google/googletest/tree/v1.8.x/googletest/docs)docs.These tests are originally integrated into the build as plain driver tests, butwill be natively integrated into Kyua in a later version.Known issues/Errata:* [WhenDynamicCastToTest.AmbiguousCast fails on FreeBSD](https://github.com/google/googletest/issues/2172)r345205:Integrate cddl/usr.sbin/zfds/tests into the FreeBSD test suiteThis change integrates the unit tests for zfsd into the test suite using theintegration method described in r345203.This change removes the `LOCALBASE` includes added for the port version ofgooglemock/googletest, as well as unnecessary `LIBADD`/`DPADD` and `CXXFLAGS`defines, which are included in the `GTEST_CXXFLAGS` variable, as part ofr345203.r345353 (by asomers):googletest: backport GTEST_SKIP to googletest 1.8.1This commit backports revisions 00938b2b228f3b70d3d9e51f29a1505bdad43f1e and59f90a338bce2376b540ee239cf4e269bf6d68ad from googletest&apos;s master branch toour included version of googletest, which is based on 1.8.1. It adds theGTEST_SKIP feature, which is very useful for a project like FreeBSD wheresome tests depend on particular system configurations.Obtained from:	github.com/google/googletestr345645:Spam CXXFLAGS with `-I${DESTDIR}/usr/include/private`, instead of GTEST_CXXFLAGSThis makes it easier for googletest users to leverage googletest, instead offorcing them to plug GTEST_CXXFLAGS into CXXFLAGS manually (resulting inunnecessary duplication).I will be following this up with a more proper fix in src.libnames.mk, assrc.libnames.mk should be automatically adding this directory toCFLAGS/CXXFLAGS when private libraries are referenced. Not doing so can resultin mismatches between base-provided private library&apos;s and ports-providedlibrary&apos;s headers.While here, tweak the comment to clarify what the intent is behind spammingCXXFLAGS.r345708:Standardize `-std=c++* as `CXXSTD`CXXSTD was added as the C++ analogue to CSTD.CXXSTD defaults to `-std=c++11` with supporting compilers; `-std=gnu++98`,otherwise for older versions of g++.This change standardizes the CXXSTD variable, originally added togoogletest.test.inc.mk as part of r345203.As part of this effort, convert all `CXXFLAGS+= -std=*` calls to use `CXXSTD`.Notes:This value is not sanity checked in bsd.sys.mk, however, given the twomost used C++ compilers on FreeBSD (clang++ and g++) support both modes, it islikely to work with both toolchains. This method will be refined in the futureto support more variants of C++, as not all versions of clang++ and g++ (forinstance) support C++14, C++17, etc.Any manual appending of `-std=*` to `CXXFLAGS` should be replaced with CXXSTD.Example:Before this commit:```CXXFLAGS+=	-std=c++14```After this commit:```CXXSTD=	c++14```Relnotes:	yesTested with:	make tinderboxr345709:Allow users to override CSTD/CXXSTD on a per-prog basisThe current logic for CSTD/CXXSTD requires homogenity as far as thesupported C/C++ standards, which is a sensible default. However, whendealing with differing versions of C++, some code may compile with C++11, butnot C++17 (for instance). So in order to avoid having people convert over theircode to the new standard, give the users the ability to specify the standard ona per-program basis.This will allow a user to override the supporting standard for a set ofprograms, mixing C++11 with C++14 (for instance).Approved by:	emaste (mentor)r345735:Allow programs to set `NO_SHARED` on a per-PROG basisThis is particularly useful when installing programs for tests that need to belinked statically, e.g., mini-me from capsicum-test, which is linked staticallyto avoid the dynamic library lookup in the upstream project.r345770:Import proof-of-concept for handling `GTEST_SKIP()` in `Environment::SetUp`Per the upstream pull-request [1]:```  gtest prior to this change would completely ignore `GTEST_SKIP()` if  called in `Environment::SetUp()`, instead of bailing out early, unlike  `Test::SetUp()`, which would cause the tests themselves to be skipped.  The only way (prior to this change) to skip the tests would be to  trigger a fatal error via `GTEST_FAIL()`.  Desirable behavior, in this case, when dealing with  `Environment::SetUp()` is to check for prerequisites on a system  (example, kernel supports a particular featureset, e.g., capsicum), and  skip the tests. The alternatives prior to this change would be  undesirable:  - Failing sends the wrong message to the test user, as the result of the    tests is indeterminate, not failed.  - Having to add per-test class abstractions that override `SetUp()` to    test for the capsicum feature set, then skip all of the tests in their    respective SetUp fixtures, would be a lot of human and computational    work; checking for the feature would need to be done for all of the    tests, instead of once for all of the tests.  For those reasons, making `Environment::SetUp()` handle `GTEST_SKIP()`,  by not executing the testcases, is the most desirable solution.  In order to properly diagnose what happened when running the tests if  they are skipped, print out the diagnostics in an ad hoc manner.  Update the documentation to note this change and integrate a new test,  gtest_skip_in_environment_setup_test, into the test suite.  This change addresses #2189.  Signed-off-by: Enji Cooper &lt;yaneurabeya@gmail.com&gt;```The goal with my merging in this change is to avoid requiring extensiverefactoring/retesting of test suites when ensuring prerequisites are met,e.g., checking for a CAPABILITIES-enabled kernel before running capsicum-test(see D19758 for more details).The proof-of-concept is being imported before accepted by the upstreamproject due to the fact that the upstream project is undergoing a potentialdevelopment freeze and the maintainers aren&apos;t responding to my PR.1. https://github.com/google/googletest/pull/2203r346574:Rework CXXSTD setting via r345708This change allows the user to once again override the C++ standard, restoringhigh-level pre-r345708 behavior.This also unbreaks building lib/ofed/libibnetdisc/Makefile with a non-C++11capable compiler, e.g., g++ 4.2.1, as the library supported being built witholder C++ standards.r346576:Fix up CXXSTD support originally added in r345708r345708 worked for the base system, but unfortunately, caused a lot ofdisruption for third-party packages that relied on C++, since bsd.sys.mk isused by applications outside the base system. The defaults picked didn&apos;t matchthe compiler&apos;s defaults and broke some builds that didn&apos;t specify a standard,as well as some that overrode the value by setting `-std=gnu++14` (forexample) manually.This change takes a more relaxed approach to appending `-std=${CXXSTD}` toCXXFLAGS, by only doing so when the value is specified, as opposed tooverriding the standard set by an end-user. This avoids the need for havingto bake NOP default into bsd.sys.mk for supported compiler-toolchainversions.In order to make this change possible, add CXXSTD to Makefile snippets whichrelied on the default value (c++11) added in r345708.

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Thu, 23 May 2019 00:55:28 +0000</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>69877978 - Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#69877978</link>
        <description>Use SRCTOP-relative paths to other directories instead of .CURDIR-relative onesThis simplifies pathing in make/displayed outputMFC after:    3 weeksSponsored by: Dell EMC Isilon

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Fri, 20 Jan 2017 04:53:00 +0000</pubDate>
        <dc:creator>Enji Cooper &lt;ngie@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>f661dbee - GCC External: Revert r300886, r300904, r300917, r300918</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#f661dbee</link>
        <description>GCC External: Revert r300886, r300904, r300917, r300918The fix in r300873 is mostly enough.  A fix for lib32 will becommitted.separately.

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Sun, 29 May 2016 06:20:15 +0000</pubDate>
        <dc:creator>Bryan Drewery &lt;bdrewery@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>ce00342b - Move external GCC compiler hacks to bsd.sys.mk.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#ce00342b</link>
        <description>Move external GCC compiler hacks to bsd.sys.mk.This allows respecting -nostdinc, -nostdinc++ and -nostdlib beforemaking the decision to add in -isystem, etc.  The -isystem flagsare problematic for building lib/libc++ and lib/libcxxrt which wantsto only use its own headers.More information the need of these flags can be found athttps://gcc.gnu.org/ml/gcc/2016-03/msg00219.htmlThis also reverts r300873.Sponsored by:	EMC / Isilon Storage Division

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Fri, 27 May 2016 23:03:44 +0000</pubDate>
        <dc:creator>Bryan Drewery &lt;bdrewery@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>09210a28 - After r300770, for libc++ and libcxxrt, use -isystem instead of -I.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#09210a28</link>
        <description>After r300770, for libc++ and libcxxrt, use -isystem instead of -I.This should fix builds with external gcc toolchains from ports, whichalso use -isystem to work around problems with gcc&apos;s --sysrootimplementation.  Thanks to Bryan Drewery for this workaround.

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Fri, 27 May 2016 20:45:32 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>35b9ea3d - Compile libcxxrt as C++11, since it is only really used in combination</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#35b9ea3d</link>
        <description>Compile libcxxrt as C++11, since it is only really used in combinationwith libc++, which is also C++11.  Also change one _Static_assert (whichis really C11) back into static_assert, like upstream.This should help when compiling libcxxrt with newer versions of gcc,which refuse to recognize any form of static assertions, if notcompiling for C++11 or higher.While here, add -nostdinc++ to CFLAGS, to prevent picking up any C++headers outside the source tree.

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Sun, 27 Mar 2016 00:37:54 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>c389411c - Remove libc, librtld_db, libthr packages, and further increase</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#c389411c</link>
        <description>Remove libc, librtld_db, libthr packages, and further increasethe constraints on what needs to be installed in a specific tomaintain consistency during upgrades.Create a new clibs package containing libraries that are neededas a bare minimum for consistency.With much help and input from:	kibSponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Fri, 05 Feb 2016 21:01:08 +0000</pubDate>
        <dc:creator>Glen Barber &lt;gjb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>a70cba95 - First pass through library packaging.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#a70cba95</link>
        <description>First pass through library packaging.Sponsored by:	The FreeBSD Foundation

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Thu, 04 Feb 2016 21:16:35 +0000</pubDate>
        <dc:creator>Glen Barber &lt;gjb@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>18b2ee82 - Revert r284417 it is not necessary anymore</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#18b2ee82</link>
        <description>Revert r284417 it is not necessary anymore

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Mon, 15 Jun 2015 19:28:07 +0000</pubDate>
        <dc:creator>Baptiste Daroussin &lt;bapt@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>4232f826 - Enforce overwritting SHLIBDIR</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#4232f826</link>
        <description>Enforce overwritting SHLIBDIRSince METAMODE has been added, sys.mk loads bsd.mkopt.mk which ends load loadingbsd.own.mk which then defines SHLIBDIR before all the Makefile.inc everywhere.This makes /lib being populated again.Reported by:	many

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Mon, 15 Jun 2015 15:34:20 +0000</pubDate>
        <dc:creator>Baptiste Daroussin &lt;bapt@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>01dd3d87 - Tabify libcxxrt and libc++&apos;s Makefiles.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#01dd3d87</link>
        <description>Tabify libcxxrt and libc++&apos;s Makefiles.MFC after:	3 days

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Sat, 02 Jun 2012 11:00:48 +0000</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>1e2a21d8 - Add symbol versioning to libcxxrt.</title>
        <link>http://172.16.0.5:8080/history/freebsd-12.1/lib/libcxxrt/Makefile#1e2a21d8</link>
        <description>Add symbol versioning to libcxxrt.Approved by:	dim (mentor)

            List of files:
            /freebsd-12.1/lib/libcxxrt/Makefile</description>
        <pubDate>Mon, 19 Mar 2012 11:53:33 +0000</pubDate>
        <dc:creator>David Chisnall &lt;theraven@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
