<?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 module.modulemap</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>00bee6fcd77f7812e967f85d1cacbc349ff312b3 - Partially revert libc++ commit aa7f377c965c, restoring stdint.h</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libc++/module.modulemap#00bee6fcd77f7812e967f85d1cacbc349ff312b3</link>
        <description>Partially revert libc++ commit aa7f377c965c, restoring stdint.hThis partially reverts upstream libc++ commit aa7f377c965c:  [libc++] Remove libc++&apos;s own stdint.h and locale.h (#107436)  These headers are not doing anything beyond the system or compiler  provided equivalent headers, so there&apos;s no real reason to keep them  around. Reducing the number of C headers we provide in libc++ simplifies  our header layering and reduces the potential for confusion when headers  are layered incorrectly.The problem is that libc++&apos;s own `stdint.h` _does_ do something: itdefines `__STDC_LIMIT_MACROS` and `__STDC_CONSTANT_MACROS` beforeincluding the system `stdint.h`, causing the latter to expose macroslike `SIZE_MAX`, `UINT64_C`, and others.If the `__STDC_LIMIT_MACROS` and `__STDC_CONSTANT_MACROS` macros are notexposed, C++ programs compiled for standards before C++11 can fail witherrors due to those macros not being available.PR:		292067MFC after:	1 month

            List of files:
            /freebsd/lib/libc++/module.modulemap</description>
        <pubDate>Tue, 30 Dec 2025 20:49:35 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>e64bea71c21eb42e97aa615188ba91f6cce0d36d - Merge llvm-project release/21.x llvmorg-21.1.7-0-gcd708029e0b2</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libc++/module.modulemap#e64bea71c21eb42e97aa615188ba91f6cce0d36d</link>
        <description>Merge llvm-project release/21.x llvmorg-21.1.7-0-gcd708029e0b2This updates llvm, clang, compiler-rt, libc++, libunwind, lld, lldb andopenmp to llvm-project release/21.x llvmorg-21.1.7-0-gcd708029e0b2,a.k.a. 21.1.7 release.PR:		292067MFC after:	1 month

            List of files:
            /freebsd/lib/libc++/module.modulemap</description>
        <pubDate>Sun, 28 Dec 2025 00:23:22 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
<item>
        <title>770cf0a5f02dc8983a89c6568d741fbc25baa999 - Fixups after llvm-project main llvmorg-21-init-19288-gface93e724f4 merge</title>
        <link>http://kernelsources.org:8080/source/history/freebsd/lib/libc++/module.modulemap#770cf0a5f02dc8983a89c6568d741fbc25baa999</link>
        <description>Fixups after llvm-project main llvmorg-21-init-19288-gface93e724f4 mergeFix various configuration fails, update generated headers, Makefiles, etc.PR:		292067MFC after:	1 month

            List of files:
            /freebsd/lib/libc++/module.modulemap</description>
        <pubDate>Tue, 09 Dec 2025 10:38:16 +0100</pubDate>
        <dc:creator>Dimitry Andric &lt;dim@FreeBSD.org&gt;</dc:creator>
    </item>
</channel>
</rss>
