-
Notifications
You must be signed in to change notification settings - Fork 939
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Build error: undefined reference to `std::filesystem::status(std::filesystem::__cxx11::path const&)' #842
Comments
try this, it save me from similar error.
|
Thank you for the report. Could you please provide more details about the platform on which the reported error occurs? We would like to be able to reproduce the issue. Based on the output, it seems to be Linux. Which distribution and version do you run? |
The linux is "Fedora release 29 (Twenty Nine)". Yeah it is a bit older. But cmake didn't complain. So it should build. g++ (GCC) 8.3.1 20190223 (Red Hat 8.3.1-2) |
I can confirm that this works. Thanks. Maybe this can be included in master?! |
Hi, this works only because you have forced linking with For example, this is a case for GCC 7 on ubuntu and so that's why we included a notice in README.md.
Can you check the directory in which is |
I'm not sure how cmake detects stuff. By trying include or by linking against it or running?. Anyway I did the following:
From https://stackoverflow.com/questions/9922949/how-to-print-the-ldlinker-search-path:
I hope this helps. |
Can you verify that the current master builds if you add The problem seems to be the same as on Ubuntu Bionic. |
I can confirm it builds. I'm still confused about |
Well, Retdec requires On macOS and Windows, there is no problem. If you provide a compiler on those systems with With GCC, however, things are different. GCC included experimental implementation with version 7. To use the I didn't find anything about the future presence of this library on GCC websites, so that is why I decided that we should try to find the library in the system first and use it only if cmake finds it. This, however, seems not to work because cmake does not appear to be searching all the paths from which GCC loads libraries. At least on Ubuntu Bionic with GCC 7 and on Fedora 29 with GCC 8. So I leave @PeterMatula to decide, but I think that the best solution now should be to check the system for |
IMHO:
But I will shut up now since retdec isn't my project and C++ is not my area of expertise. |
Hm, this is precisely what I wanted to avoid but If nothing better comes up I thing that we can implement something similiar to what you suggest. Thanks for your input on this matter. We will fix this ASAP. |
This should be now fixed. In case of the error still occurring you can reopen this issue. |
I can confirm that the fix in master works. |
cmake output
make output
The text was updated successfully, but these errors were encountered: