-
Notifications
You must be signed in to change notification settings - Fork 30
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
Compilation fails with samtools v.1.3 and htslib v.1.3 #28
Comments
Yep. The Debian team suggested to remove the samtools dependency altogether and only rely on htslib. Will need to look into it |
👍 to the suggestion to modify lofreq to use only HTSlib. HTSlib is maintained as a coherent and usable library, but the legacy samtools API is not. In the meantime, you can work around this particular problem and compile successfully by adding the following to e.g. src/lofreq/bam_md_ext.h: #undef bam_nt16_nt4_table I have not tested whether the resulting executable is fully functional. |
That's definitely the best way to go forward. Might take some time to implement though. |
hints for creating a decent version with fixed dependencies (aka patch out includedir path for both HTSlib and SAMtools and fix compile error): the $EBROOT[SAMTOOLS|HTSLIB] variables are (easy)build system defaults. These can be replaced with SAMTOOLS|HTSLIB parameters pointing to the installation dirs of SAMTOOLS|HTSLIB instead of the sourcedirs. |
When configure with pre-compiled samtools-1.3 and htslib-1.3, make produce the following error:
The text was updated successfully, but these errors were encountered: