On 2019-04-26 17:14, Robert M. Münch wrote:
I'm trying the new DStep version but have some problems with standard
include files:
=> dstep --output ./d -v -I/opt/local/libexec/llvm-5.0/include/c++/v1
myinclude.h
clang version 5.0.2 (tags/RELEASE_502/final)
Target: x86_64-apple-darwin18.5.0
Thread model: posix
InstalledDir:
ignoring nonexistent directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/local/libexec/llvm-5.0/include/c++/v1
/8542414
/usr/local/include
/opt/local/libexec/llvm-5.0/lib/clang/5.0.2/include
/System/Library/Frameworks (framework directory)
/Library/Frameworks (framework directory)
End of search list.
/opt/local/libexec/llvm-5.0/include/c++/v1/string.h:61:15: fatal error:
'string.h' file not found
So I'm wondering what this "'string.h' file not found" means as the file
seems to be found... any ideas?
I created an enhancement request for this. Hopefully it's possible to
fix without having the user installing the SDK in /usr/include.
https://github.com/jacob-carlborg/dstep/issues/227
--
/Jacob Carlborg
