<?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 object.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>f24fe96f - [ifs] Use a tmp file instead of &quot;-&quot;</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/InterfaceStubs/object.c#f24fe96f</link>
        <description>[ifs] Use a tmp file instead of &quot;-&quot;Currently, Clang on AIX uses the system assembler to generate object files from assembly. The use of `-o -` results in a file named `-` instead of output to stdout. This patch uses a temporary object file instead.Reviewed By: DiggerLin, hubert.reinterpretcastDifferential Revision: https://reviews.llvm.org/D117587

            List of files:
            /llvm-project-15.0.7/clang/test/InterfaceStubs/object.c</description>
        <pubDate>Fri, 21 Jan 2022 16:18:48 +0000</pubDate>
        <dc:creator>Jake Egan &lt;jakeegan10@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e3033c0c - [llvm][clang][IFS] Enhancing the llvm-ifs yaml format for symbol lists.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/InterfaceStubs/object.c#e3033c0c</link>
        <description>[llvm][clang][IFS] Enhancing the llvm-ifs yaml format for symbol lists.Prior to this change the clang interface stubs format resembledsomething ending with a symbol list like this: Symbols:   a: { Type: Func }This was problematic because we didn&apos;t actually want a map format andalso because we didn&apos;t like that an empty symbol list required&quot;Symbols: {}&quot;. That is to say without the empty {} llvm-ifs would crashon an empty list.With this new format it is much more clear which field is the symbolname, and instead the [] that is used to express an empty symbol vectoris optional, ie:Symbols: - { Name: a, Type: Func }orSymbols: []orSymbols:This further diverges the format from existing llvm-elftapi. This is agood thing because although the format originally came from the sameplace, they are not the same in any way.Differential Revision: https://reviews.llvm.org/D76979

            List of files:
            /llvm-project-15.0.7/clang/test/InterfaceStubs/object.c</description>
        <pubDate>Sat, 28 Mar 2020 08:08:27 +0000</pubDate>
        <dc:creator>Puyan Lotfi &lt;puyan@puyan.org&gt;</dc:creator>
    </item>
<item>
        <title>e782192d - [clang][IFS][test][NFC] Tightening up clang-ifs tests to use -cc1 more often.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/InterfaceStubs/object.c#e782192d</link>
        <description>[clang][IFS][test][NFC] Tightening up clang-ifs tests to use -cc1 more often.Unless the test is explicitly testing a driver feature if clanginterface stubs I have changed the tests to use %clang_cc1. This shouldmake some changes I plan to make to the driver job pipeline cause fewertest changes and breakages.

            List of files:
            /llvm-project-15.0.7/clang/test/InterfaceStubs/object.c</description>
        <pubDate>Thu, 14 Nov 2019 04:58:09 +0000</pubDate>
        <dc:creator>Puyan Lotfi &lt;puyan@puyan.org&gt;</dc:creator>
    </item>
<item>
        <title>4e4b4f40 - [clang][IFS][test] Fixing lit test breakages on macOS due to r374798</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/InterfaceStubs/object.c#4e4b4f40</link>
        <description>[clang][IFS][test] Fixing lit test breakages on macOS due to r374798Adding the quotes breaks tests because on Darwin the name mangling is prefixedwith an underscore.llvm-svn: 374805

            List of files:
            /llvm-project-15.0.7/clang/test/InterfaceStubs/object.c</description>
        <pubDate>Mon, 14 Oct 2019 18:57:29 +0000</pubDate>
        <dc:creator>Puyan Lotfi &lt;puyan@puyan.org&gt;</dc:creator>
    </item>
<item>
        <title>76f9869b - [clang][IFS] Escape mangled names so  MS ABI doesn&apos;t break YAML parsing.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/InterfaceStubs/object.c#76f9869b</link>
        <description>[clang][IFS] Escape mangled names so  MS ABI doesn&apos;t break YAML parsing.Microsoft&apos;s ABI mangles names differently than Itanium and this breaks the LLVMyaml parser unless the name is escaped in quotes. Quotes are being added to themangled names of the IFS file generation so that llvm-ifs doesn&apos;t break whenWindows triples are passed to the driver.Differential Revision: https://reviews.llvm.org/D68915llvm-svn: 374798

            List of files:
            /llvm-project-15.0.7/clang/test/InterfaceStubs/object.c</description>
        <pubDate>Mon, 14 Oct 2019 18:03:03 +0000</pubDate>
        <dc:creator>Puyan Lotfi &lt;puyan@puyan.org&gt;</dc:creator>
    </item>
<item>
        <title>c0abc2e7 - [clang][IFS] Updating tests to pass on -fvisibility=hidden builds (NFCi).</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/InterfaceStubs/object.c#c0abc2e7</link>
        <description>[clang][IFS] Updating tests to pass on -fvisibility=hidden builds (NFCi).Special thanks to JamesNagurne who got to the bottom of this; landing this onhis behalf.Differential Revision: https://reviews.llvm.org/D68897llvm-svn: 374632

            List of files:
            /llvm-project-15.0.7/clang/test/InterfaceStubs/object.c</description>
        <pubDate>Sat, 12 Oct 2019 02:46:57 +0000</pubDate>
        <dc:creator>Puyan Lotfi &lt;puyan@puyan.org&gt;</dc:creator>
    </item>
<item>
        <title>c382d03c - [clang][ifs] Clang Interface Stubs ToolChain plumbing.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/InterfaceStubs/object.c#c382d03c</link>
        <description>[clang][ifs] Clang Interface Stubs ToolChain plumbing.Second Landing Attempt:This patch enables end to end support for generating ELF interface stubsdirectly from clang. Now the following:clang -emit-interface-stubs -o libfoo.so a.cpp b.cpp c.cppwill product an ELF binary with visible symbols populated. Visibility attributesand -fvisibility can be used to control what gets populated.* Adding ToolChain support for clang Driver IFS Merge Phase* Implementing a default InterfaceStubs Merge clang Tool, used by ToolChain* Adds support for the clang Driver to involve llvm-ifs on ifs files.* Adds -emit-merged-ifs flag, to tell llvm-ifs to emit a merged ifs text file  instead of the final object format (normally ELF)Differential Revision: https://reviews.llvm.org/D63978llvm-svn: 374061

            List of files:
            /llvm-project-15.0.7/clang/test/InterfaceStubs/object.c</description>
        <pubDate>Tue, 08 Oct 2019 15:23:14 +0000</pubDate>
        <dc:creator>Puyan Lotfi &lt;puyan@puyan.org&gt;</dc:creator>
    </item>
<item>
        <title>406de17b - [clang][ifs] Clang Interface Stubs ToolChain plumbing.</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/clang/test/InterfaceStubs/object.c#406de17b</link>
        <description>[clang][ifs] Clang Interface Stubs ToolChain plumbing.This patch enables end to end support for generating ELF interface stubsdirectly from clang. Now the following:clang -emit-interface-stubs -o libfoo.so a.cpp b.cpp c.cppwill product an ELF binary with visible symbols populated. Visibility attributesand -fvisibility can be used to control what gets populated.* Adding ToolChain support for clang Driver IFS Merge Phase* Implementing a default InterfaceStubs Merge clang Tool, used by ToolChain* Adds support for the clang Driver to involve llvm-ifs on ifs files.* Adds -emit-merged-ifs flag, to tell llvm-ifs to emit a merged ifs text file  instead of the final object format (normally ELF)Differential Revision: https://reviews.llvm.org/D63978llvm-svn: 373538

            List of files:
            /llvm-project-15.0.7/clang/test/InterfaceStubs/object.c</description>
        <pubDate>Wed, 02 Oct 2019 22:50:07 +0000</pubDate>
        <dc:creator>Puyan Lotfi &lt;puyan@puyan.org&gt;</dc:creator>
    </item>
</channel>
</rss>
