<?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 macho-invalid-fat.obj.elf-x86_64</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>42398051 - Finish cleaning up most of the error handling in libObject&#8217;s MachOUniversalBinary</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/llvm/test/Object/Inputs/macho-invalid-fat.obj.elf-x86_64#42398051</link>
        <description>Finish cleaning up most of the error handling in libObject&#8217;s MachOUniversalBinaryand its clients to use the new llvm::Error model for error handling.Changed getAsArchive() from ErrorOr&lt;...&gt; to Expected&lt;...&gt; so now allinterfaces there use the new llvm::Error model for return values.In the two places it had if (!Parent) this is actually a program error so changedfrom returning errorCodeToError(object_error::parse_failed) to callingreport_fatal_error() with a message.In getObjectForArch() added error messages to its two llvm::Error return valuesinstead of returning errorCodeToError(object_error::arch_not_found) with noerror message.For the llvm-obdump, llvm-nm and llvm-size clients since the only binary files inMach-O Universal Binaries that are supported are Mach-O files or archives withMach-O objects, updated their logic to generate an error when a slice containssomething like an ELF binary instead of ignoring it. And added a test case forthat.The last error stuff to be cleaned up for libObject&#8217;s MachOUniversalBinary isthe use of errorOrToExpected(Archive::create(ObjBuffer)) which needsArchive::create() to be changed from ErrorOr&lt;...&gt; to Expected&lt;...&gt; first,which I&#8217;ll work on next. llvm-svn: 274079

            List of files:
            /llvm-project-15.0.7/llvm/test/Object/Inputs/macho-invalid-fat.obj.elf-x86_64</description>
        <pubDate>Tue, 28 Jun 2016 23:16:13 +0000</pubDate>
        <dc:creator>Kevin Enderby &lt;enderby@apple.com&gt;</dc:creator>
    </item>
</channel>
</rss>
