Skip to content
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

Poco detection is too confident when seeing /usr/include/Foundation #7

Merged
merged 2 commits into from
May 22, 2013

Conversation

v4hn
Copy link
Contributor

@v4hn v4hn commented May 22, 2013

That folder is also provided by gnustep-base. Ubuntu encapsulates the gnustep
headers in a GNUstep folder, however the project itself installs to
/usr/include/Foundation and other linux distributions(Archlinux, Gentoo,
Lunar-Linux, ...) respect this.

That folder is also provided by gnustep-base.
Ubuntu encapsulates the gnustep headers in a GNUstep folder,
however the project itself installs to /usr/include/Foundation
and other linux distributions(Archlinux, Gentoo, Lunar-Linux, ...)
respect this.
@tfoote
Copy link
Member

tfoote commented May 22, 2013

+1

@dirk-thomas
Copy link
Member

Relying on a arbitrary file like AbstractCache.h looks a bit weird. Couldn't we either just check for existence of the folder ${Poco_INCLUDE_DIR}/Foundation/include/Poco or even better check the existence of the specific file we actually include ${Poco_INCLUDE_DIR}/Foundation/include/Poco/SharedLibrary.h?

@v4hn
Copy link
Contributor Author

v4hn commented May 22, 2013

Relying on the existence of the base folder is even more weird in my opinion.

I just used the same criterion as used above in line 103 in both files.
If you want to check for a different file(SharedLibrary.h is fine as well)
you should change these lines as well.

I'll change the pull request accordingly...

SharedLibrary.h is included in the code, so it makes sense
to check for this header specifically.
@dirk-thomas
Copy link
Member

+1

mirzashah pushed a commit that referenced this pull request May 22, 2013
Poco detection is too confident when seeing /usr/include/Foundation
@mirzashah mirzashah merged commit 00b6930 into ros:groovy-devel May 22, 2013
severin-lemaignan pushed a commit to severin-lemaignan/robotpkg that referenced this pull request Aug 18, 2014
Changes since 0.1.29:
0.3.0 (2014-06-25)
------------------
* Use system-provided console-bridge
* Contributors: Esteve Fernandez

0.2.5 (2014-03-04)
------------------
* Changed format of debug messages so that rosconsole_bridge can correctly
parse the prefix
* Improved debug output

0.2.4 (2014-02-12)
------------------
* fix race condition with multi threaded library loading (`#16
<https://github.com/ros/class_loader/issues/16>`_)

0.2.3 (2013-08-21)
------------------
* fix missing class name in logWarn output

0.2.2 (2013-07-14)
------------------
* check for CATKIN_ENABLE_TESTING (`#10
<https://github.com/ros/class_loader/issues/10>`_)
* fix find Poco to return full lib path (`#8
<https://github.com/ros/class_loader/issues/8>`_)
* add missing runtime destination for library under Windows
* add Boosst component system

0.2.1 (2013-06-06)
------------------
* improve check for Poco foundation and headers (`#7
<https://github.com/ros/class_loader/issues/7>`_)

0.2.0 (2013-03-13)
------------------
* use find_package for Poco/dl instead to make it work on other platforms
* update Poco cmake file to include libdl on non-windows systems
* No longer CATKIN_DEPEND on console_bridge

Remove useless patches that have been fixed upstream
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

4 participants