- Newest
- Most votes
- Most comments
The problem is that we have Vitis bundled libstdc++ in the LD_LIBRARY_PATH which is ABI incompatible with the update g++ on AL2. The fix is to use a libstdc++ that is ABI compatible with the system you are compiling on.
By default g++ should look at /lib64 if you do not set an LD_LIBRARY_PATH. However, since it finds libstdc++ in the Vitis paths, it doesn't look for it there and fails.
So your workaround should work without issue as it adds the library to the '/opt/xilinx/xrt/lib' path specified in LD_LIBRARY_PATH. We're also fixing the code not not include Vitis to LD_LIBRARY_PATH - and that should lead g++ to automatically find the library in /lib64. We'll release the fix soon.
-Deep
Hi owenool,
We're looking at this issue with Xilinx and will provide an update on it by tomorrow.
-Deep
answered 5 years ago
Hi Owenool,
It seems like there is some sort of an incompatibility between stdc++ symbols provided by Xilinx tools versus the ones on the AL2 AMI.
I'm looking into this further, but for now could you run this and re-run your executable:
sudo cp /lib64/libstdc++.so.6 /opt/xilinx/xrt/lib/
Let me know if this doesn't work for you for now.
Thanks,
Deep
answered 5 years ago
Thank you Deep for the temporary fix! It is working for me now. Are there any pitfalls with this method?
Owenoool
answered 5 years ago
Thank you Deep for the temporary fix! It is working for me now. Are there any pitfalls with this method?
Owenoool
answered 5 years ago
Relevant content
asked 7 years ago
asked 6 years ago
asked 4 years ago
- AWS OFFICIALUpdated 2 years ago
