Replies: 1 comment
-
It's not as simple to solve. Ideally, Conan should set the system include path in the correct way. A change would break things for everyone else. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Summary
When using poco as a conan2 managed dependency of a cmake project, including
Poco/SAX/SAXParser.h
results inPoco/XML/ParserEngine.h:22:10: error: 'expat.h' file not found
.With clang instead of g++ there is an additional hint:
After following that suggestion and patching ParserEngine.h in the conan repository / local cache, the project compiles.
Details
Dev Environment
Observations
The relevant part in HEAD of ParserEngine.h reads
⇒ only for POCO_UNBUNDLED
expat.h
is a system(-override) include.Maybe more important: same poco/1.12.4 worked before on Fedora36 with conan-1.58 and the toolchain belonging to that OS version,- whatever that was.
Beta Was this translation helpful? Give feedback.
All reactions