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

Building OpenMS 2.40 on Linux Missing "GLIBCXX_3.4.20..." #3549

Closed
abipalli opened this issue Jun 15, 2018 · 11 comments
Closed

Building OpenMS 2.40 on Linux Missing "GLIBCXX_3.4.20..." #3549

abipalli opened this issue Jun 15, 2018 · 11 comments
Labels
defect major critical issues that are important to fix
Milestone

Comments

@abipalli
Copy link
Collaborator

screen shot 2018-06-15 at 2 26 24 pm

When trying to building an OpenMS dev environment, I seem to run into the issue where I'm missing this GLIBCXX_3.4.20 library required by CMake.
I am trying to build command line tools via miniconda and trying to install most of the contrib library thought the tutorial and running most of the required packages by installing them locally.

Are there any solutions to debug this issue?

Thanks
Abi Sarvepalli

@jpfeuffer
Copy link
Contributor

Hi,

where did you get your cmake from?
You should use the one from anaconda to be consistent with their compiler version. https://anaconda.org/anaconda/cmake

@abipalli
Copy link
Collaborator Author

I am using conda's cmake ver 3.11.1 and am still facing the same error. I also went ahead and installed qt from conda that recognized the QByteArray::fromStdString method.

Is there any possible way to properly debug this issue?

@oliveralka
Copy link
Contributor

oliveralka commented Jun 22, 2018

@abisarvepalli
Please have a look here an see if you can upgrade the libstdc++.

The same issue seems to have happened with cmake3.9.1:
ContinuumIO/anaconda-issues#6529

edit: Which OS are you using?

@abipalli
Copy link
Collaborator Author

abipalli commented Jun 23, 2018

I am currently running CentOS 6.6. I will take a look at this thread and see if I can debug the issue.

Thanks!

Edit: Now I am running into issues with QT in that it is unable to recognize the 'fromStdString' and 'toStdString' functions. I am currently using conda's qt 5.9 (is this suitable for building OpenMS?)

@abipalli
Copy link
Collaborator Author

This is the issue that I am currently facing right now:

image

@hroest
Copy link
Contributor

hroest commented Jun 24, 2018

can you describe which version of OpenMS you are trying to build and which version of Qt you are using? It is likely that you are using a version of Qt that is too old.

Have you considered following the installation guidelines from our online documentation? It explains how to install the dependencies and build OpenMS (but does not cover conda) https://abibuilder.informatik.uni-tuebingen.de/archive/openms/Documentation/nightly/html/install_linux.html

I have recently build OpenMS on a Centos 5.5 systems without major problems following that guide

PS: it seems you need at least Qt 5.4 in order to have QByteArray::fromStdString http://doc.qt.io/qt-5/qbytearray.html#fromStdString

@abipalli
Copy link
Collaborator Author

Although I have qt5 installed through conda, i am having issues with executing cmake to build the OpenMS files as there is an issue with locating the qt5 install location.

Is there a user variable that I should initialize with the proper qmake path?

@lfnothias
Copy link

Anyone would know if there is a solution to this issue ?
@hroest, is that new issue related to the present issue ?

@jpfeuffer
Copy link
Contributor

Concerning "Finding QT5": The path to the root directory of QT5 (the one where lib, bin, include, ... are located) needs to be in the list of paths the CMake searches (which can be specified during the cmake call):
cmake -DCMAKE_PREFIX_PATH="/path/to/qtroot" and then the rest of your options.

@jpfeuffer
Copy link
Contributor

jpfeuffer commented Jul 5, 2018

Concerning the QT version: We need the version of Qt that you have installed to see if it could be the problem.
CMake should show you during configuration which Qt version it found.

@hroest hroest added major critical issues that are important to fix defect labels Jul 27, 2018
@hroest hroest added this to the Release 2.4 milestone Jul 27, 2018
@abipalli abipalli closed this as completed Sep 4, 2018
@abipalli
Copy link
Collaborator Author

abipalli commented Sep 4, 2018

This issue was resolved by relinking the libstdc++.so that I had installed via miniconda

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
defect major critical issues that are important to fix
Projects
None yet
Development

No branches or pull requests

5 participants