<?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 h</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>bd974842 - Reland &quot;[Clang][PP] Add the __FILE_NAME__ builtin macro&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Preprocessor/Inputs/include-subdir/h#bd974842</link>
        <description>Reland &quot;[Clang][PP] Add the __FILE_NAME__ builtin macro&quot;This relands commit rL360833 which caused issues on Win32bots due to path handling/normalization differences. Nowthis uses `sys::path::filename` which should handleadditional edge cases on Win32.Original commit:&quot;[Clang][PP] Add the __FILE_NAME__ builtin macro&quot; This patch adds the __FILE_NAME__ macro that expands to thelast component of the path, similar to __FILE__ except witha guarantee that only the last path component (without theseparator) will be rendered.I intend to follow through with discussion of this with WG14as a potential inclusion in the C standard or failing that,try to discuss this with GCC developers since this extensionis desired by GCC and Clang users/developers alike.Differential Revision: https://reviews.llvm.org/D61756llvm-svn: 360938

            List of files:
            /llvm-project-15.0.7/clang/test/Preprocessor/Inputs/include-subdir/h</description>
        <pubDate>Thu, 16 May 2019 21:13:49 +0000</pubDate>
        <dc:creator>Kristina Brooks &lt;notstina@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>3acc1d1b - [Clang][PP] Add the __FILE_NAME__ builtin macro.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/Preprocessor/Inputs/include-subdir/h#3acc1d1b</link>
        <description>[Clang][PP] Add the __FILE_NAME__ builtin macro.This patch adds the `__FILE_NAME__` macro that expands to thelast component of the path, similar to `__FILE__` except witha guarantee that only the last path component (without theseparator) will be rendered.I intend to follow through with discussion of this with WG14as a potential inclusion in the C standard or failing that,try to discuss this with GCC developers since this extensionis desired by GCC and Clang users/developers alike.Differential Revision: https://reviews.llvm.org/D61756llvm-svn: 360833

            List of files:
            /llvm-project-15.0.7/clang/test/Preprocessor/Inputs/include-subdir/h</description>
        <pubDate>Thu, 16 May 2019 00:52:41 +0000</pubDate>
        <dc:creator>Kristina Brooks &lt;notstina@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
