- 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
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
Thank you Deep for the temporary fix! It is working for me now. Are there any pitfalls with this method?
Owenoool
Thank you Deep for the temporary fix! It is working for me now. Are there any pitfalls with this method?
Owenoool
Relevant content
- asked 5 years ago
- asked 5 years ago
- asked 3 years ago
- AWS OFFICIALUpdated a month ago
- AWS OFFICIALUpdated 2 years ago
- AWS OFFICIALUpdated 2 years ago