Revision 0ff1a0aed831f4edfa3bc3f2be52fa50c7a7dfcd authored by Shubham Pawar on 08 October 2019, 17:25:35 UTC, committed by Shubham Pawar on 08 October 2019, 19:06:06 UTC
Passing libHalide.so as an input while building the autoscheduler
inside apps/autoscheduler is creating a dependency on libHalide for
the shared plugin library where libauto_schedule.so looks for
libHalide.so in the absolute path and fails to open if the libHalide
is not found in that path. This makes the plugin not portable, as it
warrants the libHalide.so to be present in the same location while using
the plugin.

Using readelf -d on the built libauto_schedule.so --

`(NEEDED)             Shared library: [/mnt/workspace/Halide/distrib/bin/libHalide.so]`

While using the plugin, if libhalide is loaded from other path, the
plugin fails to load as it searched for libHalide in the absolute
path used while building.

This change links to the built libHalide.so instead of passing it as
an input file while building experimental autoscheduler plugin
libauto_schedule.so.
1 parent 30686de
History
File Mode Size
apps
python_bindings
src
test
tools
tutorial
util
.clang-format -rw-r--r-- 1.4 KB
.gitattributes -rw-r--r-- 342 bytes
.gitignore -rw-r--r-- 1.0 KB
.gitmodules -rw-r--r-- 0 bytes
.travis.yml -rw-r--r-- 1.8 KB
CMakeLists.txt -rw-r--r-- 17.7 KB
Doxyfile -rw-r--r-- 103.6 KB
Doxyfile.in -rw-r--r-- 64.3 KB
LICENSE.txt -rw-r--r-- 1.1 KB
Makefile -rw-r--r-- 90.9 KB
README.md -rw-r--r-- 15.9 KB
README_cmake.md -rw-r--r-- 9.9 KB
README_rungen.md -rw-r--r-- 12.1 KB
README_webassembly.md -rw-r--r-- 10.9 KB
halide.cmake -rw-r--r-- 30.1 KB

README.md

back to top