Normalize include paths

[mvukov]

This should simplify compilation and make includes clear. To some extent this was necessary to build rtt with Bazel (Bazel build files are not in this PR). CMake build works on my machine as well.

[mvukov]

@meyerj PTAL.

[snrkiwi]

Why was the include of CMAKE_CURRENT_BINARY_DIR required? The rest of the changes look benign

[mvukov]

CMake-generated config header files live in ${CMAKE_CURRENT_BINARY_DIR}/rtt folder -- that is why I included CMAKE_CURRENT_BINARY_DIR.

With changes in this PR, it would be sufficient to have only two include folders: ${CMAKE_CURRENT_SOURCE_DIR} and ${CMAKE_CURRENT_BINARY_DIR}.

BTW, I don't think CI picked up my new commit after the forced push. The build should succeed with the latest changes.

[meyerj]

Hi @mvukov! Thanks for your patch and I think it is the right approach!

Likely some more redundant INCLUDE_DIRECTORIES() calls can be removed in CMakeLists.txt files in subdirectories? For example

rtt/rtt/CMakeLists.txt

Lines 185 to 187 in c1756f3

	# Due to generation of some .h files in build directories, we also need to include some build dirs in our include paths.
	INCLUDE_DIRECTORIES(BEFORE ${PROJ_SOURCE_DIR} ${PROJ_SOURCE_DIR}/rtt ${PROJ_SOURCE_DIR}/rtt/os ${PROJ_SOURCE_DIR}/rtt/os/${OROCOS_TARGET} )
	INCLUDE_DIRECTORIES(BEFORE ${PROJ_BINARY_DIR}/rtt ${PROJ_BINARY_DIR}/rtt/os ${PROJ_BINARY_DIR}/rtt/os/${OROCOS_TARGET} )

rtt/rtt/typekit/CMakeLists.txt

Lines 12 to 15 in c1756f3

	# Due to generation of some .h files in build directories, we also need to include some build dirs in our include paths.
	INCLUDE_DIRECTORIES(BEFORE ${PROJ_SOURCE_DIR} ${PROJ_SOURCE_DIR}/rtt ${PROJ_SOURCE_DIR}/rtt/os ${PROJ_SOURCE_DIR}/rtt/os/${OROCOS_TARGET} )
	INCLUDE_DIRECTORIES(BEFORE ${PROJ_BINARY_DIR}/rtt ${PROJ_BINARY_DIR}/rtt/os ${PROJ_BINARY_DIR}/rtt/os/${OROCOS_TARGET} )
	INCLUDE_DIRECTORIES(BEFORE ${PROJ_BINARY_DIR}/rtt/typekit )

...

Would you still try and update the patch despite of the long time since you submitted this pull request? Otherwise I will try myself and update the patch soon...

BTW, I don't think CI picked up my new commit after the forced push. The build should succeed with the latest changes.

Yes, you are right. Both builds of this PR have been for version fa096d0. Anyway, the Travis configuration is currently outdated and does not work anymore since the migration to travis-ci.com. We need to update it (#195, #279) or switch to GitHub actions (#327).

[mvukov]

Hi @meyerj , I'll try to revive this work locally after I merge the latest master. I'll try to clean up INCLUDE_DIRECTORIES as well.