-
-
Notifications
You must be signed in to change notification settings - Fork 983
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
add OGRE_PREFIX_DIR/include to cmake include dirs #2411
Conversation
make exported include paths consistent between pkg-config and cmake. OGRE.pc exports both paths and there is code around that includes OGRE headers via `#include <OGRE/...>`.
OGRE.pc is wrong. I scheduled changing this for 13.4, as this will probably break some downstream. |
Thanks for the clarification. it is obviously your decision which include paths you specify as the interface. Are there downsides to the prefix, aside from the name redundancy? An annoying consequence of this decision is that you cannot really get rid of or point out projects that include headers with the wrong prefix as long as Linux distributions bundle the folder as thanks lots for the quick response! |
all inner Ogre #includes omit the If you dont really care about your project, you can always add |
that's true, even though it's only a problem for some headers. most use |
fixed by dea94de |
unless I misread that commit, you accidentally removed the wrong include path (by your explanation above) in the pkgconfig file, didn't you? |
no, only the dark red part is being removed |
You are right. Never read commits on smartphones right after waking up... Sorry for all the noise on this minor detail. |
make exported include paths consistent between pkg-config and cmake.
OGRE.pc exports both paths and there is code around that includes OGRE headers via
#include <OGRE/...>
.Either make it clear that
OGRE/
is no valid include path (and thus invalid in pkg-config as well) or merge&release this fix please.As a downstream user, I prefer the additional prefix for better modularity.