You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
cmake .. -DCMAKE_INSTALL_PATH=/opt/coreir
make -j4
make install
The RPATH-hacking code in src/CMakeLists.txt seems to successfully populate DT_RUNPATH in /opt/coreir/lib/libcoreir.so, but not in /opt/coreir/lib/libcoreir-c.so and friends. Specifically, I see:
Suppose you installed coreir to somewhere non-standard (/opt/coreir,
for example) and added the relevant bin directory (/opt/coreir/bin) to
your PATH.
Then the existing code would set COREIR_BINARY_PATH to
/opt/coreir/bin/coreir (good!) and then just try to load
'libcoreir.so' or similar. It should load
/opt/coreir/lib/libcoreir.so.
This isn't quite as useful as you might hope, because of coreir issue
number #851[1], but it gets most of the way (as a work-around for the
coreir bug, it suffices to leave the coreir build directory
uncleaned!).
[1] rdaly525/coreir#851
If I build coreir like this:
The RPATH-hacking code in src/CMakeLists.txt seems to successfully populate DT_RUNPATH in /opt/coreir/lib/libcoreir.so, but not in /opt/coreir/lib/libcoreir-c.so and friends. Specifically, I see:
I think that all the RUNPATHs should have been fixed up.
The text was updated successfully, but these errors were encountered: