-
Notifications
You must be signed in to change notification settings - Fork 10
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
Install on Fedora 23 #2
Comments
Hello, im using CentOS and i'm stuck at exactly the same point you are. Did you made any progress ? |
Let me have a look at it tomorrow when I am at our cluster where we have linux machines... It is quite possible that there are some issues that I haven't looked at since Andreas left the group. I will see if I can replicate the problems and then do what I can to fix them. |
Thank you for looking into it. I'm using zipHMM-1.1.0: the interesting line in my zipHMM/CMakeLists.txt is: This works without R! But when i try to install zipHMM-1.1.0 with R then I'm running into issues: cmake -DCMAKE_INSTALL_PREFIX=/software/hmm/1.1.0 define _POSIX_C_SOURCE 200809L^ define _XOPEN_SOURCE 700^ |
Could I get you to pull the current version and try again? I have fixed the makefile with --std=c++0x a couple of places and included and now I can compile the library, including python and R extensions, without errors or warnings on our cluster which runs CentOS. LSB Version: :base-4.0-amd64:base-4.0-noarch:core-4.0-amd64:core-4.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:printing-4.0-amd64:printing-4.0-noarch That is currently the only Linux system I have easy access to, but if you still have problems let me know what they are and I might be able to suggest solutions. |
Hi Thomas, cmake -DCMAKE_INSTALL_PREFIX=/software/hmm/1.1.0 |
This looks like the exact errors I just fixed. Can you check if there is an #include in Stage2JobControl.hpp? That is where the uint_least64_t type is defined. |
The include is in there. more Stage2JobControl.hpp #include ..... |
Ok, I will have a look at it again tomorrow. |
Since I cannot replicate this, it is hard to test, but I suspect it is the -std=c++0x/c++11 flag that is the problem and that is compiler version dependent. I have tried setting it in the CMakeList.txt file and tested it on both an older and a newer version of gcc. Please let me know if this fixes the problem. |
The errors are still the same. I agree that the -std=c++0x/c++11 is most likely the problem. my question about the order of -std=c++0x/c++11 and -fPIC might help me to solve this: for me it looks like the linking process could somehow not work Below is the version number of my c-compiler: and after it a grep for the -fPIC Do you have similar Options ( -fPIC and -std=c++11 in different order?? ) gcc --version |
I was able to install ZipHMM on Fedora 23, but I had to make several changes.
First, I had to compile ATLAS from source, and make sure all of the appropriate directories were added to my path.
In the zipHMM/CMakeList.txt, I had to add "-std=c++0x" to line 22.
I had to add "#include " to MapReduceJobControl.hpp and Stage2JobControl.hpp.
I moved "#include <Python.h>" to the first line of pyZipHMM.cpp.
In lines 348 and 439 of forwarder.cpp, I had to initialize *sequences = 0.
rZipHMM still fails during make test.
The text was updated successfully, but these errors were encountered: