<?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 mlir-shlib.cpp</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>7c64f6bf - [MLIR] Add support for libMLIR.so</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/tools/mlir-shlib/mlir-shlib.cpp#7c64f6bf</link>
        <description>[MLIR] Add support for libMLIR.soPutting this up mainly for discussion onhow this should be done. I am interested in MLIR fromthe Julia side and we currently have a strong preferenceto dynamically linking against the LLVM shared library,and would like to have a MLIR shared library.This patch adds a new cmake function add_mlir_library()which accumulates a list of targets to be compiled intolibMLIR.so.  Note that not all libraries make sense tobe compiled into libMLIR.so.  In particular, we wantto avoid libraries which primarily exist to supportcertain tools (such as mlir-opt and mlir-cpu-runner).Note that the resulting libMLIR.so depends on LLVM, butdoes not contain any LLVM components.  As a result, itis necessary to link with libLLVM.so to avoid linkageerrors. So, libMLIR.so requires LLVM_BUILD_LLVM_DYLIB=onFYI, Currently it appears that LLVM_LINK_LLVM_DYLIB is brokenbecause mlir-tblgen is linked against libLLVM.so andand independent LLVM components.Previous version of this patch broke depencies on TableGentargets.  This appears to be because it compiled alllibraries to OBJECT libraries (probably because cmakeis generating different target names).  Avoiding objectlibraries results in correct dependencies.(updated by Stephen Neuendorffer)Differential Revision: https://reviews.llvm.org/D73130

            List of files:
            /llvm-project-15.0.7/mlir/tools/mlir-shlib/mlir-shlib.cpp</description>
        <pubDate>Sun, 09 Feb 2020 03:27:54 +0000</pubDate>
        <dc:creator>Valentin Churavy &lt;v.churavy@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>e17d9c11 - [MLIR] Add support for libMLIR.so</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/tools/mlir-shlib/mlir-shlib.cpp#e17d9c11</link>
        <description>[MLIR] Add support for libMLIR.soPutting this up mainly for discussion onhow this should be done. I am interested in MLIR fromthe Julia side and we currently have a strong preferenceto dynamically linking against the LLVM shared library,and would like to have a MLIR shared library.This patch adds a new cmake function add_mlir_library()which accumulates a list of targets to be compiled intolibMLIR.so.  Note that not all libraries make sense tobe compiled into libMLIR.so.  In particular, we wantto avoid libraries which primarily exist to supportcertain tools (such as mlir-opt and mlir-cpu-runner).Note that the resulting libMLIR.so depends on LLVM, butdoes not contain any LLVM components.  As a result, itis necessary to link with libLLVM.so to avoid linkageerrors. So, libMLIR.so requires LLVM_BUILD_LLVM_DYLIB=onFYI, Currently it appears that LLVM_LINK_LLVM_DYLIB is brokenbecause mlir-tblgen is linked against libLLVM.so andand independent LLVM components.Previous version of this patch broke depencies on TableGentargets.  This appears to be because it compiled alllibraries to OBJECT libraries (probably because cmakeis generating different target names).  Avoiding objectlibraries results in correct dependencies.(updated by Stephen Neuendorffer)Differential Revision: https://reviews.llvm.org/D73130

            List of files:
            /llvm-project-15.0.7/mlir/tools/mlir-shlib/mlir-shlib.cpp</description>
        <pubDate>Sun, 09 Feb 2020 03:27:54 +0000</pubDate>
        <dc:creator>Valentin Churavy &lt;v.churavy@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>1246e867 - [MLIR] Add support for libMLIR.so</title>
        <link>http://172.16.0.5:8080/history/llvm-project-15.0.7/mlir/tools/mlir-shlib/mlir-shlib.cpp#1246e867</link>
        <description>[MLIR] Add support for libMLIR.soPutting this up mainly for discussion onhow this should be done. I am interested in MLIR fromthe Julia side and we currently have a strong preferenceto dynamically linking against the LLVM shared library,and would like to have a MLIR shared library.This patch adds a new cmake function add_mlir_library()which accumulates a list of targets to be compiled intolibMLIR.so.  Note that not all libraries make sense tobe compiled into libMLIR.so.  In particular, we wantto avoid libraries which primarily exist to supportcertain tools (such as mlir-opt and mlir-cpu-runner).Note that the resulting libMLIR.so depends on LLVM, butdoes not contain any LLVM components.  As a result, itis necessary to link with libLLVM.so to avoid linkageerrors. So, libMLIR.so requires LLVM_BUILD_LLVM_DYLIB=onFYI, Currently it appears that LLVM_LINK_LLVM_DYLIB is brokenbecause mlir-tblgen is linked against libLLVM.so andand independent LLVM components(updated by Stephen Neuendorffer)Differential Revision: https://reviews.llvm.org/D73130

            List of files:
            /llvm-project-15.0.7/mlir/tools/mlir-shlib/mlir-shlib.cpp</description>
        <pubDate>Sun, 09 Feb 2020 03:27:54 +0000</pubDate>
        <dc:creator>Valentin Churavy &lt;v.churavy@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
