Skip to content

Travis CI: fix libboost package issue #121

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

Merged
merged 3 commits into from
Nov 29, 2019

Conversation

jaredgrubb
Copy link
Member

Attempt to fix part of #119

@jaredgrubb jaredgrubb force-pushed the jgrubb-travis-boost branch 4 times, most recently from 6754beb to 88b648b Compare November 29, 2019 01:13
…ions

The old Travis file had gcc-4.8 + boost::regex. But I think the default
Ubuntu install (and the pre-packaged libboost_regex.so) was compiled against
libstdc++-5 which had a major ABI break with std::string, which caused an ABI
problem when gcc-4.8 was linking aginst that library.

Easiest thing is to stop testing gcc-4.8
Also updated the clang and gcc versions to try newer ones.
@jaredgrubb jaredgrubb mentioned this pull request Nov 29, 2019
@tdegeus
Copy link
Contributor

tdegeus commented Nov 29, 2019

Looks good to me.

Two suggestions/comments:

  • Wouldn't it be cleaner to link boost using CMake?
  • One could consider to use appveyor to have Windows CI as well. Though honestly the code is so stable that I don't see a strong need.

@tdegeus tdegeus mentioned this pull request Nov 29, 2019
@jaredgrubb
Copy link
Member Author

Cleaner to link boost using CMake? Not sure what you mean?

A MSVC check would be nice, as their stuff is subtly different.

CMAKE_OPTIONS+=" -DBoost_REGEX_LIBRARY_DEBUG=/usr/lib/x86_64-linux-gnu/libboost_regex.so.1.55.0"
CMAKE_OPTIONS+=" -DBoost_REGEX_LIBRARY_RELEASE=/usr/lib/x86_64-linux-gnu/libboost_regex.so.1.55.0"
CMAKE_OPTIONS+=" -DBoost_REGEX_LIBRARY_DEBUG=/usr/lib/x86_64-linux-gnu/libboost_regex.so"
CMAKE_OPTIONS+=" -DBoost_REGEX_LIBRARY_RELEASE=/usr/lib/x86_64-linux-gnu/libboost_regex.so"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It could be cleaner to do the linking inside the CMakeLists.txt. This could would also be simpler to port this file to appveyor

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Though it is a secondary issue that could be solved in a separate PR.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These are defines that tell CMake where it can look for the installed boost libraries; this is specific to Travis so this would not belong to the CMake file (although I am curious why this is needed at all; open to additional futzing around on this in new PR).

@jaredgrubb jaredgrubb merged commit a3e66b9 into docopt:master Nov 29, 2019
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.

2 participants